🐘 Подводим итоги PGPro TechDay 2026: более 700 участников, 16 докладов и воркшопов, 9 демо-стендов с продуктами Postgres Professional.

Представили наши новые решения и мажорные обновления продуктов, рассказали все самое важное про фичи Postgres Pro Enterprise 18, провели отдельный большой трек по аналитике и работе с данными.

Спасибо всем, кто пришел и смотрел онлайн. До встречи на PGConf.Russia 2026.

Вышла Postgres Pro Enterprise 18 — флагманская версия СУБД объединила надежность наших Enterprise-решений и все новинки ядра PostgreSQL 18.

Публикуем видео-обзор новой версии. Артём Галонский, CPO Postgres Professional, рассказывает, какие улучшения получила СУБД:

✔️ Выше производительность и проще эксплуатация, улучшено планирование и мониторинг.

✔️ Новые фичи для отказоустойчивости и удобства работы с кластером.

✔️ Еще более умная оптимизация запросов.

✔️ Массовая запись и загрузка данных стали быстрее, разработаны новые механизмы кеширования.

✔️ Добавлены улучшения в области администрирования и безопасности.

За несколько минут получите цельную картину и поймете, какие возможности предоставляет Postgres Pro Enterprise 18.

✔️ Смотрите полное видео на YouTube, Rutube и VK.

Вышла PG Pro Backup 3.2 — утилита для управления резервным копированием и восстановлением кластеров Postgres Pro и PostgreSQL. Она рассчитана на корпоративные и высоконагруженные среды.

Инструмент поддерживает полные и инкрементальные бэкапы. Умеет параллельно обрабатывать данные, проверять целостность резервных копий и настраивать стратегии хранения.

PG Pro Backup используют для построения надежных схем резервного копирования. В том числе для восстановления на момент времени (PITR), резервного копирования с реплик и работы с большими объемами данных.

Ключевые изменения релиза — поддержка Postgres Pro Enterprise 18 и TDE (Transparent Data Encoding). Информация о наличии TDE теперь явно отображается в метаданных резервных копий и в выводе команды show. Это упрощает контроль соответствия требованиям безопасности и регуляторов при работе с кодированными базами данных.

Что конкретно улучшили в 3.2:

✔️ Добавили поддержку Postgres Pro Enterprise 18.

✔️ Реализовали поддержку TDE: наличие TDE видно в метаданных бэкапов и в выводе show.

✔️ Для прозрачности администрирования в backup.control и в выводе команд сохраняется и отображается хост, с которого выполнен бэкап.

✔️ Улучшили восстановление резервных копий с read-only носителей: поведение унифицировано, сообщения об ошибках и предупреждения — информативнее.

✔️ Повысили стабильность вспомогательных операций: при remote=true в archive-push и archive-get сигнал SIGQUIT игнорируется, что предотвращает появление core dump у вспомогательных программ при остановке сервера.

✔️ Добавили проверку соответствия порта в каталоге PGDATA и параметра pgport в конфигурации. Для осознанного расхождения есть ключ --force.

Подробности и дистрибутив — на сайте.

OpenAI рассказала, как масштабирует PostgreSQL под нагрузку ChatGPT: один основной узел и почти 50 реплик для чтения в нескольких регионах.

Этой схемы хватило, чтобы обслуживать миллионы запросов в секунду для аудитории 800 млн пользователей.

Важно, что упор в статье не на волшебные настройки, а на инженерные решения вокруг СУБД.

Вот что оказалось ключевым:

✔️ Чтение отдельно от записи — трафик чтения разгружают на реплики, основной узел минимизируют по нагрузке на чтение и запись.

✔️ Вынос write-heavy и шардируемого — шардируемые нагрузки с преобладанием операций записи переносят в шардированные системы вроде Azure Cosmos DB. Новые нагрузки по умолчанию распределяют на шардированные системы, а в текущее развертывание PostgreSQL больше не разрешают добавлять новые таблицы.

✔️ Контроль дорогих запросов — по возможности избегают сложных многотабличных соединений. Если соединения нужны, рассматривают разбиение запроса и перенос сложной логики соединений на уровень приложения.

✔️ Проверка SQL от ORM — тщательно проверяют SQL, который генерируют ORM, и убеждаются, что он работает как ожидается.

✔️ Защита autovacuum — используют idle_in_transaction_session_timeout, чтобы длительные простаивающие запросы не блокировали autovacuum.

✔️ Высокая доступность и чтение при сбоях — критические чтения обслуживаются с реплик даже при падении основного узла. Основной узел работает в HA с горячим резервом.

✔️ Изоляция по приоритетам — запросы с высоким и низким приоритетом направляют в отдельные экземпляры, чтобы низкоприоритетная ресурсоемкая нагрузка не просаживала критичный трафик.

✔️ Кеш без лавины промахов — используют механизм блокировки и аренды кеша, чтобы только один читатель, не нашедший данные по ключу, извлекал их из PostgreSQL и заново заполнял кеш, а остальные ждали обновления кеша.

Результат:

Задержка на стороне клиента на уровне низких двузначных миллисекунд для p99 и доступность 99,999% в продакшене.

За последний год был один инцидент SEV-0, когда трафик записи вырос более чем в 10 раз, а за неделю зарегистрировались 100 млн новых пользователей.

Вывод для бизнеса:

PostgreSQL выдерживает глобальный масштаб, когда ее усиливают правильной эксплуатацией. Реплики, HA, изоляция нагрузок, PgBouncer, защита кеша и строгие правила миграций превращают сильную СУБД в платформу, на которую можно опираться.

🐘 Мы на практике показываем, что PostgreSQL может быть основой для работы информационных систем. С нашими значимыми доработками в ядро СУБД и фичами для большого бизнеса система становится мощным инструментом для заказчиков. Подробнее — в кейсах внедрения Postgres Pro.

Вебинар по Postgres Pro Enterprise 18: как ускорить и обезопасить критичные системы без лишней магии

В декабре вышла наша флагманская СУБД Postgres Pro Enterprise 18. В релизе более 30 улучшений производительности, отказоустойчивости и безопасности корпоративных данных.

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

В программе:

✔️ Масштабируемость и производительность

✔️ Отказоустойчивость и высокая доступность

✔️ Безопасность

✔️ Разработка

✔️ Управляемость и администрирование

✔️ Аналитика

Участие бесплатное, регистрируйтесь по корпоративной почте.

ProGate 1.1.0: отказоустойчивость BiHA и стабильная миграция

ProGate — решение для миграции и репликации данных между Oracle, PostgreSQL и Postgres Pro.

В составе ProCopy для первичной загрузки, ProSync для CDC-репликации изменений и ProCheck для верификации.

Главное в новой версии:

✔️ Поддержка Postgres Pro BiHA: в DSN можно указывать несколько хостов кластера, миграция и репликация продолжаются при переключении ролей узлов.

✔️ В ProCopy и ProSync появились расширенные параметры DSN для работы с BiHA-кластерами.

✔️ Совместимость с Postgres Pro Enterprise c версии 16.4, которая дает нужные расширения для BiHA.

ProGate умеет выгружать данные в Apache Parquet, а еще делает преобразования данных прямо в процессе переливки. Есть веб-интерфейс для мониторинга проектов и CLI для автоматизации задач.

В видео коротко рассказали об утилитах, из которых состоит ProGate. Подробности — на сайте.