Postgres Professional

Postgres Professional — партнер XVII Международного IT-Форума с участием стран БРИКС и ШОС.

Форум пройдет 17-19 июня в Ханты-Мансийске и соберет представителей государства, бизнеса и научного сообщества.

18 июня руководитель технического консалтинга Postgres Professional Марк Ривкин выступит в партнерской сессии «Сопровождение государственных и корпоративных ИС: специфика, риски и возможности». Сессию организует УКЦ ФОРС.

🔗 Трансляция начнется 18 июня в 8:00 МСК.

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

Если вы в Ханты-Мансийске, ищите нас 17 и 18 июня на стенде №33. Приходите обсудить Postgres Pro, миграцию, эксплуатацию и инфраструктуру данных.

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

⚡️ В 11:00 МСК начинаем бесплатный вебинар по Postgres Pro и BI Qube.

Через час покажем, как быстро собрать DWH и аналитику на данных из 1С, маркетплейсов и веба — с нуля и без долгой разработки.

За 90 минут разберемся:

☑️ Как устроены хранилища данных для аналитики.

☑️ Как развернуть DWH на Postgres Pro Enterprise.

☑️ Что делать, когда данных становится много.

☑️ Как создавать витрины в Postgres Pro AXE через инструменты BI Qube.

☑️ Как визуализировать витрины в Apache Superset.

В конце ответим на вопросы.

🔗 Подключайтесь в 11:00 МСК, чтобы научиться собирать DWH и аналитику на ваших данных с нуля.

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

TData и Postgres Professional будут совместно развивать экосистему управления данными в России.

Что дает оптимизация решений TData под СУБД Postgres Pro и сертификация ФСТЭК:

☑️ Заказчики получают возможность строить решения для работы с данными на базе российской СУБД — с поддержкой, подтвержденной совместимостью и учетом требований к безопасности.

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

Генеральный директор Postgres Professional Иван Панченко отметил:

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

Это партнерство — вклад в развитие российской экосистемы управления данными: совместимой, безопасной и готовой к промышленной эксплуатации.

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

⚡️ Открыли регистрацию на PGConf.Академия 2026 — конференцию для тех, кто преподает ИТ и разрабатывает образовательные программы.

Это площадка, где преподаватели, методисты, методологи и специалисты из вузов, колледжей и ИТ-компаний обсуждают, как учить базам данных, PostgreSQL и системному программированию.

В 2026 году Postgres Professional проводит конференцию вместе с Факультетом компьютерных наук НИУ ВШЭ.

В программе темы, с которыми работают авторы и преподаватели ИТ-курсов:

☑️ Как преподавать дисциплины, связанные с СУБД.

☑️ Как использовать PostgreSQL в образовательном процессе.

☑️ Как обучать системному программированию с использованием открытого исходного кода PostgreSQL.

☑️ Как применять ИИ при создании образовательного контента и программ.

☑️ Опыт разработки и реализации совместных образовательных программ: индустрия и образовательная организация.

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

⏰ 16 ноября

📍 Москва, Покровский бульвар, 11, стр. 6

Для преподавателей и сотрудников администраций вузов и колледжей участие бесплатное. Для других категорий слушателей предусмотрено платное участие.

🔗 Регистрируйтесь на PGConf.Академия 2026 и приходите обсуждать, как развивать ИТ-образование.

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

В Postgres Pro за высокую доступность отвечает BiHA — встроенное решение, которое объединяет серверы в отказоустойчивый кластер, следит за состоянием узлов и выбирает нового лидера по Raft.

Это защищает систему от Split-Brain — ситуации, когда в кластере появляются два пишущих узла.

В крупных инсталляциях кластер часто живет в нескольких ЦОДах: основная и DR-площадка, резервный контур, реплики для отчетов, аналитики или копий данных для 1С.

Здесь классическая схема «звезда» начинает мешать. Лидер раздает WAL каждой реплике напрямую, один и тот же поток несколько раз уходит по межцодовым каналам, растет число walsender, а новые реплики нагружают основной узел.

BiHA решает эту задачу каскадной репликацией.

🔸 Вместо «звезды» появляется дерево: лидер отправляет WAL узлу-ретранслятору, а тот раздает данные дальше — например, локальным репликам внутри резервного ЦОДа.

Источник выбирает алгоритм Best Follower. Реплика подключается не к первому доступному узлу, а к наиболее подходящему — с учетом роли и свежести данных по LSN.

Что это дает бизнесу:

☑️ Экономит сетевые каналы
Между ЦОДами идет меньше трафика репликации. Можно снизить затраты на сеть или не расширять существующие каналы.

☑️ Масштабирует чтение без просадки лидера
Новые реплики не подключаются все разом к основному узлу. Каждые 3-5 реплик можно выстроить в отдельную ветку каскада.

☑️ Восстанавливается без администратора
Если ретранслятор падает, BiHA перестраивает дерево. Реплики находят новый источник и продолжают работу.

☑️ Контролирует переключение между ЦОДами
can_be_leader=false помогает держать резервный ЦОД в режиме горячего standby и переключаться вручную, когда сервисы готовы к переходу.

☑️ Сокращает внешние зависимости
BiHA встроена в Postgres Pro Enterprise: меньше отдельных компонентов, процессов управления HA и интеграционных скриптов.

🔗 Читайте на Хабре, как BiHA помогает строить геораспределенные кластеры Postgres Pro: с понятной топологией, меньшей нагрузкой на лидер, экономным трафиком между ЦОДами и автоматическим восстановлением после сбоев.

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

Приходите 16 июня на бесплатный вебинар по Postgres Pro и BI Qube.

Покажем, как быстро собрать DWH и аналитику на данных из 1С, маркетплейсов и веба — с нуля и без долгой разработки.

Что будет на вебинаре:

☑️ Как устроены хранилища данных для аналитики и какие архитектуры подходят для импортонезависимых решений.

☑️ Какие возможности Postgres Pro Enterprise помогают строить DWH.

☑️ Как развернуть DWH на Postgres Pro Enterprise.

☑️ Что делать, когда данных становится много.

☑️ Как создавать витрины в Postgres Pro AXE через инструменты BI Qube.

☑️ Как визуализировать витрины в Apache Superset.

Вебинар продлится 1,5 часа. В конце ответим на вопросы.

⏰ 16 июня, вторник, 11:00

🔗 Регистрируйтесь и приходите, если хотите увидеть, как DWH и аналитика собираются на ваших данных — от источников до дашбордов.

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

Опубликовали записи докладов с PGConf.Россия 2026 про наши продукты.

☑️ Михаил Сумской, руководитель разработки Postgres Pro Shardman, рассказал о 17 версии: отказоустойчивых шардах, ускорении запросов, безопасности и планах развития.

☑️ Борис Пищик, старший технический консультант, показал, как Postgres Pro Enterprise Manager помогает управлять базами через единую графическую платформу.

☑️ Эльмира Рахматулина, менеджер продукта, представила Postgres Pro AXE — аналитическую СУБД нового поколения на знакомом PostgreSQL.

☑️ Андрей Забелин, эксперт Postgres Professional, разобрал, как BiHA и Proxima помогают строить отказоустойчивую инфраструктуру и балансировать нагрузку.

Сохраняйте плейлист:

🎦 Youtube

🎦 Rutube

🎦 ВК Видео

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

Сертификат РБПО — не сущность из мира аудитов и регламентов. Он про разработку.

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

У Postgres Professional есть сертификат РБПО. Это значит, что безопасная разработка у нас описана, встроена в процессы и подтверждена по требованиям ГОСТ Р 56939-2024.

В карточках рассказываем, как это устроено: от CI/CD и проверок компонентов до пути, который проходят все уязвимости.

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

Вышла первая технологическая карта российских СУБД от «Монитора технологий».

В карту вошли 15 игроков российского рынка. Позиции распределяли по известности и распространенности. Postgres Pro — №1.

Что происходит на российском рынке СУБД:

☑️ Рынок вырос на 13,9% за 2025 год.

☑️ Отечественные СУБД растут в 2 раза быстрее рынка ИИ.

☑️ 34% респондентов считают российские СУБД конкурентоспособными.

☑️ 15% компаний в рамках импортозамещения изменили бизнес-процессы, чтобы эффективнее работать с российскими СУБД.

☑️ 46,7% компаний импортозамещали БД в 2026 году. В 2024 году таких было 26%.

Рынок выбирает не просто замену иностранным продуктам, а зрелые российские СУБД для высоких нагрузок, миграций и критичных систем.

🔗 Подробности читайте в материале РДТЕХ.

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

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

1️⃣ Найти риски до миграции

Сперва изучаем, где хранится бизнес-логика, какие отчеты завязаны на старую СУБД, какую нагрузку держит система, как устроены бэкапы и сколько часов есть на переключение.

2️⃣ Подготовить промышленный запуск

Работаем с СУБД и всем, что влияет на запуск: архитектурой, кодом, тестированием, бэкапами и мониторингом. Переносим системы с Oracle, MS SQL Server и PostgreSQL на Postgres Pro.

3️⃣ Получить управляемую эксплуатацию

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

Примеры из кейсов:

☑️ Производительность баз 1С выросла на 30%: проект дал не только импортозамещение, но и ускорение.

☑️ Региональная 1С-инфраструктура переехала без долгого простоя: 24 базы объемом 26 ТБ перевели на российский стек.

☑️ При миграции с Oracle сократили объем базы на 50 ТБ и вошли в топ-5 финтех-проектов на ЦИПР.

☑️ Без простоя перевели с Oracle на Postgres Pro автоматизированную систему банка из топ-3 по активам в России.

☑️ Перенесли сложную логику Oracle на Postgres Pro: 11 пакетов, 152 функции и процедуры, 20 тысяч строк кода с PL/SQL на PL/pgSQL.

🔗 Читайте истории миграции госсектора на Postgres Pro: показываем исходную архитектуру, ход миграции, инструменты, тестирование, сложности и результаты.

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

💬 А вы бы попали в Postgres Professional?

Все мы знаем эту тревожность на собеседовании: «Попаду я на работу или нет? Примут ли меня?». А вот гендиректор Postgres Professional — не знает. Он ни разу не был на собеседовании! Я решила исправить эту оплошность и провела для гендиректора собеседование в его же фирму.

Приняла ли я Ивана Панченко в компанию или нет — смотрите в моем коротком видео 👀

Один и тот же тяжелый запрос может выполняться десятки, сотни или тысячи раз.

Например, дашборд пересчитывает агрегаты, приложение проверяет права пользователя, каталог считает количество страниц, а BI-система запрашивает метаданные схемы.

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

Для таких сценариев в Postgres Pro Enterprise есть расширение pgpro_result_cache. Оно сохраняет результат запроса в общей памяти экземпляра кластера. При повторном выполнении сервер не считает запрос заново, а сразу отдает готовый результат из кэша.

Это полезно, когда запрос выполняется часто, обрабатывает много данных, но возвращает небольшой результат. Например:

🔹 Агрегаты для отчетов и дашбордов.

🔹 Счетчики для пагинации.

🔹 Справочники и проверки прав.

🔹Частые запросы к системному каталогу.

🔹 Метаданные, которые запрашивают ORM, BI-системы и пулы соединений.

Такой кэш можно реализовать на стороне приложения, но это усложняет код. Разработчикам нужно синхронизировать данные между сессиями, следить за актуальностью результатов и отдельно продумывать логику сброса.

pgpro_result_cache переносит эту задачу на уровень СУБД. Расширение включается параметром конфигурации, а конкретный запрос попадает в кэш только по явному хинту /*+result_cache*/. Поэтому механизм не пытается кэшировать все подряд: разработчик сам выбирает запросы, для которых это действительно полезно.

У кэша есть TTL, мониторинг через pgpro_result_cache_data и режим согласованного кэша pgpro_result_cache.consistent = on. В этом режиме расширение автоматически сбрасывает зависимые записи при DML- и DDL-операциях.

При этом кэш не работает как универсальная кнопка ускорения. Очень быстрые запросы иногда выгоднее выполнить заново, чем искать результат в кэше. Если в базе используются политики RLS, тоже нужен особый контроль: кэшированные результаты их игнорируют.

🔗 Читайте на Хабре, как устроен pgpro_result_cache, где он помогает разгрузить базу и какие ограничения важно учитывать.

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

⚡️Меньше часа до вебинара «Postgres Pro AXE: корпоративная аналитика без зоопарка технологий»

Начинаем в 11:00. Подключайтесь по ссылке, на встрече покажем наш новый продукт — Postgres Pro AXE. Расскажем, как с помощью Postgres Pro AXE реализовать аналитический контур, который не уступает ClickHouse и превосходит Greenplum по производительности.

🐘 Докладчик — Дмитрий Иванкин, наш старший технический консультант.

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

⚠️ До 20 раз выше производительность в сравнении с Greenplum, До 30 раз — в сравнении с PostgreSQL*

⚠️ От 5 млн руб./год экономия ФОТ за счёт отказа от найма дефицитных администраторов под отдельную СУБД

Подготовили видео-обзор решения, где представили:

☑ Бизнес-преимущества Postgres Pro AXE

☑ Как устроена СУБД и для каких сфер предназначен продукт

☑ Пример развертывания аналитики с Postgres Pro AXE в качестве компонента

Смотрите полный обзор:

📺 Youtube

📺 Rutube

📺 ВК Видео

🔸 Уже 28 мая на вебинаре расскажем детали о Postgres Pro AXE, регистрируйтесь по ссылке.

*На сложных запросах по сравнению с Greenplum в тестах Clickbench, TPC-H/TPC-DS

Какое алиби у медленной 1С сегодня? Протестировали Postgres Pro Enterprise для 1С на 30 000 одновременных пользователей, нашли узкие места и получили APDEX 0,875 при пороге 0,85.

Моделировали не синтетическую нагрузку, а профиль крупной ERP-системы: 30 000 пользователей, 15 сценариев от закупок до бюджетирования, база на 1 ТБ и 11 часов непрерывной работы.

Что показал тест:

☑️ Postgres Pro Enterprise выдержала профиль нагрузки 1С:ERP на 30 000 пользователей.

☑️ СУБД прошла тест с запасом по CPU: утилизация не превышала 30%.

☑️ Узкие места оказались не в процессоре, а в хранении, временных объектах, статистике, памяти, NUMA и настройках ОС.

☑️ Часть найденных решений уже помогает настраивать Postgres Pro Enterprise под 1С через pgpro_tune и пресетом 1c.tune.

⚠️ Результат получили на типовом серверном оборудовании — без экзотической конфигурации под один бенчмарк.

Как шли к результату:

На 10 000 пользователей получили APDEX 0,853, но увидели очереди на диске с pg_data. Вынесли pg_wal на отдельный NVMe.

На 20 000 пользователей APDEX снизился до 0,790, а 1С получила более 800 невыполненных задач. Одного переноса WAL не хватило: перевели диски на 4K-блоки, собрали RAID0 под pg_data и исправили пересечения CPU affinity.

На 30 000 пользователей тест сначала упал: сервер БД перестал отвечать серверам 1С. Причина — активная работа с временными объектами и лавинный сброс кэшей.

Затем включили enable_temp_memory_catalog, skip_temp_rel_lock и enable_background_freezer, вынесли временные файлы и таблицы в tmpfs, настроили work_mem и hash_mem_multiplier, уточнили статистику для проблемной колонки.

📖 Подробнее о настройках читайте в документации.

Финальные правки сделали на уровне инфраструктуры: ограничили C-state процессора и разместили PostgreSQL на одном NUMA-узле, чтобы снизить задержки CPU и памяти.

После этого тест прошел успешно. Очередей на дисках не было, отклик на чтение держался в пределах 1 мс, на запись — в среднем до 2,5 мс.

🔗 Подробный разбор читайте на Хабре: там весь путь от первых запусков и проваленного APDEX до финальной конфигурации Postgres Pro Enterprise для 1С.

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