Postgres Professional
3.53K subscribers
1.33K photos
120 videos
711 links
🔹 Развиваем решения для работы с данными и самую популярную российскую СУБД!*

🔹 Организуем PGConf.Россия, выпускаем курсы и книги

*подробнее: postgrespro.ru/blog/news/5970919
Канал в MAX — https://max.ru/id7729445882_biz
Download Telegram
⚠️ Реплика есть. Но что произойдет, когда лидер выйдет из строя?

В Postgres Pro Enterprise и Standard за этот сценарий отвечает BiHA — встроенный контур отказоустойчивости. Лидер принимает запросы на чтение и запись, последователи получают изменения через физическую репликацию и обслуживают читающую нагрузку.

При сбое узлы проводят выборы по алгоритму Raft и кворуму. Кластер выбирает нового лидера, перестраивает репликацию, а восстановившийся узел возвращается в работу как последователь.

Зачем это бизнесу:

⏱️ Меньше риска длительного простоя.

🧩 Меньше внешних компонентов и точек отказа.

🤖 Меньше ручных операций при аварии.

🛡️ Более предсказуемая эксплуатация и единая поддерживаемая платформа.

BiHA не отменяет грамотную архитектуру: нужно рассчитать кворум, выбрать режим репликации, определить RPO и RTO. И, конечно, сохранить резервное копирование — реплика не защищает от ошибочного удаления или повреждения данных.

🔗 Как устроена BiHA, чем она отличается от самосборного HA-стека и какие сценарии поддерживает — читайте на Хабре.

🔔 Читайте нас в MAX
👍5🔥331
Forwarded from Postgres Pro Team
🎥 Опубликована запись доклада Владислава Сидорина с митапа Postgres Pro × YADRO.

Что делать, если Kafka, RabbitMQ или NATS недоступны, а в инфраструктуре есть только Postgres?

Владислав разобрал подходы к построению очередей: от базовой реализации и LISTEN/NOTIFY до готовых расширений, Transactional Outbox и CDC. Эти решения пригодятся и в системах с внешним брокером.

▶️ Смотреть доклад на YouTube

На митапе также выступил Иван Локк из YADRO: он рассказал о миграции OVN Metadata Agent с Python на Go.

📆 Увидимся совсем скоро. Где и когда — рассказали в календаре.
🔥6653
🚀 MONT развернул на своем Полигоне Postgres Pro Enterprise 18 и платформу управления СУБД Postgres Pro Enterprise Manager (PPEM) 2.7.

📊 Теперь партнеры могут показать заказчику продукт в работе — без установки ПО и долгой подготовки отдельного стенда. Специалисты MONT настроили нагрузку, поэтому PPEM встречает пользователей не пустыми графиками, а реальными показателями.

На полигоне можно:

Следить за состоянием СУБД и ключевыми метриками.

Разбирать активные запросы, сеансы и ожидания.

Анализировать нагрузку в профилировщике.

Задавать ИИ-помощнику Ask Postgres вопросы по администрированию и оптимизации прямо в PPEM.

🔎 Полигон помогает быстро понять, подходит ли решение под задачи заказчика. DBA знакомится с рабочим инструментом, а команда заранее собирает вопросы и готовит требования к пилоту.

🛠️ Если захочется копнуть глубже, MONT подключит экспертов Postgres Professional и поможет подготовить сценарий с данными и инфраструктурой заказчика.

⚙️ На полигоне работает флагманская Postgres Pro Enterprise 18 для высоконагруженных систем. Она совместима более чем с 350 российскими решениями.

🤝 Узнайте больше про Полигон и посмотрите на решения Postgres Pro в деле.

🔔 Читайте нас в MAX
🔥64🎉33
🎓 В День знаний — семь новых тем в новой версии курса по Postgres Pro Enterprise 16. Для тех, кто учится не ради зачета, а ради стабильного прода.

Из нового: PPEM, миграция, перепланирование и сохранение планов запросов, защищенная схема, анонимизация данных и BiHA.

Теперь в курсе 22 темы: от установки и настройки до безопасности, резервного копирования и высокой доступности. Теорию сразу проверяем на работающей системе и закрепляем на практике — в том числе в PPEM.

📚 Курс в свободном доступе на сайте. Качайте материалы одним архивом.

🔔 Читайте нас в MAX
👍11❤‍🔥5421
23 сентября проведем вебинар «Postgres Pro Backup Enterprise: от бэкапа до восстановления — без потери контроля».

Расскажем, как устроено резервное копирование в СУБД Postgres Pro и как управлять им через графическую платформу.

В программе:

Полное и инкрементальное резервное копирование и восстановление.

Восстановление на заданный момент времени — PITR.

Проверка и объединение резервных копий.

Резервное копирование и восстановление отдельных баз данных.

Быстрый доступ к данным в резервной копии без восстановления с помощью FUSE.

Выполнение рутинных операций через Postgres Pro Enterprise Manager — без командной строки.

➡️ Спикеры — старшие технические консультанты Postgres Professional Сергей Зимин и Андрей Забелин.

23 сентября, среда, 11:00 по Москве.

🔗 Регистрируйтесь, участие бесплатное.

🔔 Читайте нас в MAX
4👍3🔥21
Сегодня в Москве — PGMeetup.МСК 2026.

В 17:35 начинаем программу. Впереди пять практических докладов:

Максим Грамин — как переработать легаси-схему для распределенной БД и провести миграцию без остановки продакшена.

Александр Подстречный — ночное мажорное обновление Postgres Pro для 1С, pg_dump и авария из-за переполненного pg_wal.

Баир Пинуев — переход с Patroni на BiHA, логическая репликация и кластер между двумя городами.

Жора Бабаян — Table Access Method в AXE 2.0 и работа с аналитическими данными привычным SQL.

Дмитрий Ремизов — миграция 50+ ТБ с Oracle Exadata на Postgres Pro Enterprise 16 со скоростью 8+ ТБ в час.

В течение вечера покажем, что происходит в зале, и спросим спикеров о главных выводах.

Начинаем.

🔔 Читайте нас в MAX
👍765🔥1
🔐 Уязвимости не ждут релизного календаря. Мы — тоже.

Postgres Professional первой закрыла актуальные уязвимости PostgreSQL в корпоративной редакции. Исправления уже доступны заказчикам Postgres Pro Enterprise.

В нулевых релизах устранили:

28 уязвимостей.

Более 110 багов.

Проблемы с оценкой CVSS до 8.8, способные привести к выполнению произвольного кода.

Выпустили исправления отдельно от новой функциональности. Заказчики могут закрыть риски сразу — без ожидания планового релиза и лишних изменений в работающей системе.

Обновление накопительное. Выгружать и загружать базы данных или выполнять pg_upgrade не требуется: достаточно штатно остановить сервер и обновить бинарные файлы.

⏱️ Мы оперативно адаптируем и тестируем исправления, чтобы заказчики Postgres Pro Enterprise могли закрывать уязвимости без ожидания планового релиза. Это помогает соблюдать сроки, установленные приказом ФСТЭК России №117: до 24 часов для критических уязвимостей и до семи календарных дней — для уязвимостей высокого уровня.

🔗 Подробности читайте на Хабре.

🔔 Читайте нас в MAX
🔥1343❤‍🔥1