Опубликовали выступления наших спикеров на DUMP.

Старший инженер Денис Гидин рассказал, как Postgres Pro управляет планами запросов и ускоряет SQL с помощью ML.

▶️ Смотрите на Youtube / Rutube / ВК

Технический менеджер Евгений Пажитнов объяснил, почему сбои возникают даже в зрелой инфраструктуре: как соотносятся технологии, человеческий фактор и процессы, и почему во многих случаях корень проблемы — не в самой СУБД, а в отсутствии понятных регламентов.

▶️ Смотрите на Youtube / Rutube.

Руководитель продукта Postgres Pro AXE Эльмира Рахматулина рассказала, как оценить аналитическую СУБД до закупки:

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

▶️ Смотрите выпуск AM Live с ЦИПР 2026.

🔗 Протестируйте Postgres Pro AXE бесплатно на своих задачах.

🔔 Читайте нас в MAX

Выпустили Postgres Pro Enterprise Manager 2.8 — с новыми возможностями для управления отказоустойчивостью, производительностью и конфигурацией СУБД.

Главное в релизе:

✅ Кворумная синхронная репликация в BiHA

Через интерфейс PPEM можно задать, сколько синхронных реплик должны подтвердить транзакцию. Это помогает найти баланс между защитой данных и скоростью записи.

✅ Поддержка AQO

Адаптивная оптимизация учитывает фактическое выполнение запросов и помогает выбирать более эффективные планы. Результат — стабильнее производительность нагруженных систем.

✅ Управление конфигурацией

Параметры кластеров и узлов теперь можно менять централизованно — без ручной правки файлов на каждом сервере.

Также появились настройка pgpro-otel-collector, новые метрики и управление активными сессиями.

Меньше ручных операций. Ниже риск ошибок. Больше контроля над инфраструктурой СУБД.

▶️ Подробно о продукте рассказали в видеообзоре: Youtube / Rutube / ВК

🔗 Протестируйте Postgres Pro Enterprise Manager бесплатно — оцените, как продукт упрощает жизнь DBA.

🔔 Читайте нас в MAX

🚨 Пятница, вечер. Мониторинг замечает скачок чтения в таблице платежей. У ИБ три вопроса:

1. Кто обращался к данным?

2. С какого адреса?

3. Сколько строк прочитал?

Обычный журнал PostgreSQL редко дает такой ответ. log_statement = all смешивает запросы с сообщениями сервера и приложений, а log_line_prefix лишь добавляет к текстовым строкам роль или IP. pgAudit улучшает аудит команд и объектов, но нужные поля остаются в общем серверном логе. Триггер тоже не спасет: он не увидит SELECT — основной канал утечки.

Нужен заранее подготовленный структурированный аудит. В Postgres Pro Enterprise его обеспечивает pg_proaudit: записывает в отдельный CSV-журнал роль, IP клиента, тип операции, объект, статус, текст запроса и число затронутых строк.

Чтобы не утонуть в событиях, правила задают выборочно: DML для public.payments, операции с ролями, невременный DDL, входы и отключения. Доступ к системному каталогу включают через pg_proaudit.log_catalog_access = on и DML-правило для интересующей роли — здесь это insider.

Две детали решают исход расследования. object_name указывают вместе со схемой: правило для payments сохранится, но не сработает, нужно public.payments, а pg_proaudit.log_rows = on фиксирует объем чтения.

Затем pgpro-otel-collector разбирает CSV на 20 полей и отправляет события по OTLP HTTP в VictoriaLogs. LogsQL дает быстрый поиск, Grafana — обзор аномалий.

🔍 Вернемся к платежам. Запрос по object_name:payments находит событие:

role_name=insider
user_ip=172.24.0.5
event_type=SELECT
status=SUCCESS
query_text=SELECT * FROM payments
rows=5000

Пять тысяч строк еще не доказывают утечку. Нужен baseline. Приложение и аналитик читали таблицу небольшими порциями — с LIMIT 50 или через count(*). Инсайдер выполнил полный скан без LIMIT. Аномалия здесь — не просто большой SELECT, а отклонение от привычного объема для этой роли и адреса.

Дальше проверяют смежные события: ALL_ROLE — выдачу прав и попытки эскалации, ALL_DDL_NONTEMP — изменения схемы, AUTHENTICATE и DISCONNECT — входы и отключения. Чтения pg_class, pg_attribute, pg_roles выдают разведку. Даже запрещенное обращение к pg_authid остается в журнале со status=FAILURE.

Фильтр по роли и IP сшивает цепочку: разведка по каталогу, неудачные входы, затем успешное чтение 5000 платежей. Теперь известно, кто, откуда, сколько данных прочитал и что делал до этого.

📊 На дашборде полезно следить за долей отказов, максимумом строк за запрос, новыми ролями, адресами и пиками чтения. Grafana помогает заметить, LogsQL — разобраться.

🔗 Пошаговая настройка pg_proaudit, конфиг коллектора, запросы для пяти сценариев и устройство дашборда — в подробном разборе на Хабре.

🔔 Читайте нас в MAX

Oracle → Postgres Pro: рассказываем, как Росатом обновил критически важную финансовую систему.

РЦК (Расчетный центр Корпорации) ежедневно проводит платежи на сумму более 160 млрд ₽ для 250 предприятий. РЦК интегрирован с 26 корпоративными системами, 6 крупнейшими банками и Банком России.

Команда сохранила интерфейс и функциональность, перевела 1 230 пользователей и сэкономила 25 000 рабочих часов на обучении.

На PGConf.СПб 2025 рассказали о миграции на Postgres Pro Enterprise Certified, оптимизации кода и тонкой настройке СУБД.

▶️ Смотрите на Youtube / Rutube / ВК

🔗 Протестируйте Postgres Pro Enterprise Certified бесплатно.

🔔 Читайте нас в MAX

Разрабатываем не только СУБД. Решения Postgres Pro помогают ускорить 1С, взять под контроль парк СУБД, запустить аналитику и перенести данные без лишней ручной работы.

Как именно — рассказали в продуктовых видео.

🏛️ Postgres Pro Enterprise — надежная, безопасная и производительная основа для критически важных систем.

🎛️ Postgres Pro Enterprise Manager — меньше рутины для DBA, больше контроля над инфраструктурой.

📊 Postgres Pro AXE — быстрая аналитика на знакомом PostgreSQL без зоопарка технологий.

🚀 Postgres Pro Enterprise для 1С — высокая производительность и надежность систем на платформе 1С:Предприятие.

🧩 Postgres Pro Shardman — масштабирование нагрузки, отказоустойчивость и простая эксплуатация распределенной СУБД.

🚚 Postgres ProGate — миграция и репликация данных с автоматизацией ключевых этапов.

Смотрите, сохраняйте и отправляйте коллегам.

▶️ Плейлист: Youtube / Rutube / ВК

🔔 Читайте нас в MAX

Правительство Новгородской области перевело систему электронного документооборота на российскую сертифицированную СУБД Postgres Pro Certified.

🎯 Задача

СЭД «Дело» работает в регионе с 2005 года. Через нее проходят документы органов власти, муниципалитетов и подведомственных организаций, а также обмен с федеральным уровнем через МЭДО.

Система обслуживает более 3500 активных пользователей и около 300 юрлиц. В ней накоплено свыше 7 млн карточек документов, а ежедневный поток из МЭДО — порядка 150 входящих документов.

Нужно было уйти от зарубежной MS SQL Server, выполнить требования импортозамещения и сохранить непрерывную работу критически важной системы.

🧩 Сложность

За годы эксплуатации база выросла до 4,5 ТБ. Файлы хранились внутри СУБД, что нагружало систему и усложняло резервное копирование.

Параллельно запустить старую и новую базы с последующей синхронизацией тоже не получилось бы: СЭД постоянно создает новые документы и поручения.

⚙️ Решение

Весь проект занял около шести недель.

Оптимизировали хранение данных: файлы выгрузили во внешнюю файловую систему и обработали отдельно. Объем базы сократили с 4,5 ТБ до 1,5 ТБ.

Затем копию СЭД проверили в изолированной среде в связке с Astra Linux и Postgres Pro Enterprise Certified. Основной перенос провели за три дня — с вечера пятницы до утра понедельника.

✅ Результат

СЭД перешла на отечественную СУБД без потери данных и с сохранением работоспособности сервисов.

В понедельник сотрудники продолжили работу в штатном режиме: без ошибок и проблем со скоростью.

Сейчас Postgres Pro Enterprise Certified обеспечивает стабильную работу СЭД для 300 юрлиц и более 3500 пользователей.

🔗 Подробнее читайте на сайте — рассказали, как проходила миграция и почему оптимизация хранения стала важной частью проекта.

🔔 Читайте нас в MAX

Как защитить данные на диске без изменений в приложениях и SQL-запросах?

В новом хау-ту показываем, как включить TDE в Postgres Pro Enterprise 18, перенести таблицу в защищенное табличное пространство, проверить результат и выполнить ротацию ключей без перезапуска сервера.

▶️ Смотрите: Youtube / Rutube / ВК

🔗 Хотите проверить TDE на своих данных и нагрузке? Протестируйте Postgres Pro Enterprise бесплатно.

🔔 Читайте нас в MAX