Какое алиби у медленной 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С через
⚠️ Результат получили на типовом серверном оборудовании — без экзотической конфигурации под один бенчмарк.
Как шли к результату:
На 10 000 пользователей получили APDEX 0,853, но увидели очереди на диске с
На 20 000 пользователей APDEX снизился до 0,790, а 1С получила более 800 невыполненных задач. Одного переноса WAL не хватило: перевели диски на 4K-блоки, собрали
На 30 000 пользователей тест сначала упал: сервер БД перестал отвечать серверам 1С. Причина — активная работа с временными объектами и лавинный сброс кэшей.
Затем включили
📖 Подробнее о настройках читайте в документации.
Финальные правки сделали на уровне инфраструктуры: ограничили
После этого тест прошел успешно. Очередей на дисках не было, отклик на чтение держался в пределах 1 мс, на запись — в среднем до 2,5 мс.
🔗 Подробный разбор читайте на Хабре: там весь путь от первых запусков и проваленного APDEX до финальной конфигурации Postgres Pro Enterprise для 1С.
📢 Читайте нас в MAX
Моделировали не синтетическую нагрузку, а профиль крупной ERP-системы: 30 000 пользователей, 15 сценариев от закупок до бюджетирования, база на 1 ТБ и 11 часов непрерывной работы.
Что показал тест:
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 мс.
Please open Telegram to view this post
VIEW IN TELEGRAM
👏13❤6
This media is not supported in your browser
VIEW IN TELEGRAM
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
Подготовили видео-обзор решения, где представили:
Смотрите полный обзор:
*
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5🔥4❤3
Начинаем в 11:00. Подключайтесь по ссылке, на встрече покажем наш новый продукт — Postgres Pro AXE. Расскажем, как с помощью Postgres Pro AXE реализовать аналитический контур, который не уступает ClickHouse и превосходит Greenplum по производительности.
Please open Telegram to view this post
VIEW IN TELEGRAM
Один и тот же тяжелый запрос может выполняться десятки, сотни или тысячи раз.
Например, дашборд пересчитывает агрегаты, приложение проверяет права пользователя, каталог считает количество страниц, а BI-система запрашивает метаданные схемы.
Если результат не меняется, база все равно каждый раз тратит ресурсы: читает данные, строит план, выполняет соединения и считает агрегаты.
Для таких сценариев в Postgres Pro Enterprise есть расширение
Это полезно, когда запрос выполняется часто, обрабатывает много данных, но возвращает небольшой результат. Например:
🔹 Агрегаты для отчетов и дашбордов.
🔹 Счетчики для пагинации.
🔹 Справочники и проверки прав.
🔹Частые запросы к системному каталогу.
🔹 Метаданные, которые запрашивают ORM, BI-системы и пулы соединений.
Такой кэш можно реализовать на стороне приложения, но это усложняет код. Разработчикам нужно синхронизировать данные между сессиями, следить за актуальностью результатов и отдельно продумывать логику сброса.
У кэша есть TTL, мониторинг через
При этом кэш не работает как универсальная кнопка ускорения. Очень быстрые запросы иногда выгоднее выполнить заново, чем искать результат в кэше. Если в базе используются политики RLS, тоже нужен особый контроль: кэшированные результаты их игнорируют.
🔗 Читайте на Хабре, как устроен
💬 Читайте нас в MAX
Например, дашборд пересчитывает агрегаты, приложение проверяет права пользователя, каталог считает количество страниц, а 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
🔥9👍6❤🔥1
Forwarded from Богатырёва о цифре
Media is too big
VIEW IN TELEGRAM
Все мы знаем эту тревожность на собеседовании: «Попаду я на работу или нет? Примут ли меня?». А вот гендиректор Postgres Professional — не знает. Он ни разу не был на собеседовании! Я решила исправить эту оплошность и провела для гендиректора собеседование в его же фирму.
Приняла ли я Ивана Панченко в компанию или нет — смотрите в моем коротком видео
Please open Telegram to view this post
VIEW IN TELEGRAM
При переходе на российскую СУБД система не должна начинать жизнь заново. Она должна продолжить работать: с теми же данными, отчетами, регламентами, пользовательскими сценариями и требованиями к доступности.
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
Сперва изучаем, где хранится бизнес-логика, какие отчеты завязаны на старую СУБД, какую нагрузку держит система, как устроены бэкапы и сколько часов есть на переключение.
Работаем с СУБД и всем, что влияет на запуск: архитектурой, кодом, тестированием, бэкапами и мониторингом. Переносим системы с Oracle, MS SQL Server и PostgreSQL на Postgres Pro.
Заказчик получает готовую систему на российской СУБД: с проверенными данными и производительностью, настроенными бэкапами, понятной схемой сопровождения и поддержкой вендора.
Примеры из кейсов:
Please open Telegram to view this post
VIEW IN TELEGRAM
❤🔥8👍4🔥4
Вышла первая технологическая карта российских СУБД от «Монитора технологий».
В карту вошли 15 игроков российского рынка. Позиции распределяли по известности и распространенности. Postgres Pro — №1.
Что происходит на российском рынке СУБД:
☑️ Рынок вырос на 13,9% за 2025 год.
☑️ Отечественные СУБД растут в 2 раза быстрее рынка ИИ.
☑️ 34% респондентов считают российские СУБД конкурентоспособными.
☑️ 15% компаний в рамках импортозамещения изменили бизнес-процессы, чтобы эффективнее работать с российскими СУБД.
☑️ 46,7% компаний импортозамещали БД в 2026 году. В 2024 году таких было 26%.
Рынок выбирает не просто замену иностранным продуктам, а зрелые российские СУБД для высоких нагрузок, миграций и критичных систем.
🔗 Подробности читайте в материале РДТЕХ.
📢 Читайте нас в MAX
В карту вошли 15 игроков российского рынка. Позиции распределяли по известности и распространенности. Postgres Pro — №1.
Что происходит на российском рынке СУБД:
Рынок выбирает не просто замену иностранным продуктам, а зрелые российские СУБД для высоких нагрузок, миграций и критичных систем.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥12👍4
Сертификат РБПО — не сущность из мира аудитов и регламентов. Он про разработку.
Про то, где команда ищет уязвимости, как проверяет код, что происходит с новым компонентом перед релизом и почему найденная проблема не должна потеряться между задачами, переписками и сборками.
У Postgres Professional есть сертификат РБПО. Это значит, что безопасная разработка у нас описана, встроена в процессы и подтверждена по требованиям ГОСТ Р 56939-2024.
В карточках рассказываем, как это устроено: от CI/CD и проверок компонентов до пути, который проходят все уязвимости.
📢 Читайте нас в MAX
Про то, где команда ищет уязвимости, как проверяет код, что происходит с новым компонентом перед релизом и почему найденная проблема не должна потеряться между задачами, переписками и сборками.
У Postgres Professional есть сертификат РБПО. Это значит, что безопасная разработка у нас описана, встроена в процессы и подтверждена по требованиям ГОСТ Р 56939-2024.
В карточках рассказываем, как это устроено: от CI/CD и проверок компонентов до пути, который проходят все уязвимости.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
❤5👍4
Опубликовали записи докладов с PGConf.Россия 2026 про наши продукты.
☑️ Михаил Сумской, руководитель разработки Postgres Pro Shardman, рассказал о 17 версии: отказоустойчивых шардах, ускорении запросов, безопасности и планах развития.
☑️ Борис Пищик, старший технический консультант, показал, как Postgres Pro Enterprise Manager помогает управлять базами через единую графическую платформу.
☑️ Эльмира Рахматулина, менеджер продукта, представила Postgres Pro AXE — аналитическую СУБД нового поколения на знакомом PostgreSQL.
☑️ Андрей Забелин, эксперт Postgres Professional, разобрал, как BiHA и Proxima помогают строить отказоустойчивую инфраструктуру и балансировать нагрузку.
Сохраняйте плейлист:
🎦 Youtube
🎦 Rutube
🎦 ВК Видео
📢 Читайте нас в MAX
Сохраняйте плейлист:
Please open Telegram to view this post
VIEW IN TELEGRAM
👍7
Приходите 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
Покажем, как быстро собрать DWH и аналитику на данных из 1С, маркетплейсов и веба — с нуля и без долгой разработки.
Что будет на вебинаре:
Вебинар продлится 1,5 часа. В конце ответим на вопросы.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤5👍4
В Postgres Pro за высокую доступность отвечает BiHA — встроенное решение, которое объединяет серверы в отказоустойчивый кластер, следит за состоянием узлов и выбирает нового лидера по Raft.
Это защищает систему от Split-Brain — ситуации, когда в кластере появляются два пишущих узла.
В крупных инсталляциях кластер часто живет в нескольких ЦОДах: основная и DR-площадка, резервный контур, реплики для отчетов, аналитики или копий данных для 1С.
Здесь классическая схема «звезда» начинает мешать. Лидер раздает WAL каждой реплике напрямую, один и тот же поток несколько раз уходит по межцодовым каналам, растет число walsender, а новые реплики нагружают основной узел.
BiHA решает эту задачу каскадной репликацией.
🔸 Вместо «звезды» появляется дерево: лидер отправляет WAL узлу-ретранслятору, а тот раздает данные дальше — например, локальным репликам внутри резервного ЦОДа.
Источник выбирает алгоритм Best Follower. Реплика подключается не к первому доступному узлу, а к наиболее подходящему — с учетом роли и свежести данных по LSN.
Что это дает бизнесу:
☑️ Экономит сетевые каналы
Между ЦОДами идет меньше трафика репликации. Можно снизить затраты на сеть или не расширять существующие каналы.
☑️ Масштабирует чтение без просадки лидера
Новые реплики не подключаются все разом к основному узлу. Каждые 3-5 реплик можно выстроить в отдельную ветку каскада.
☑️ Восстанавливается без администратора
Если ретранслятор падает, BiHA перестраивает дерево. Реплики находят новый источник и продолжают работу.
☑️ Контролирует переключение между ЦОДами
☑️ Сокращает внешние зависимости
BiHA встроена в Postgres Pro Enterprise: меньше отдельных компонентов, процессов управления HA и интеграционных скриптов.
🔗 Читайте на Хабре, как BiHA помогает строить геораспределенные кластеры Postgres Pro: с понятной топологией, меньшей нагрузкой на лидер, экономным трафиком между ЦОДами и автоматическим восстановлением после сбоев.
📢 Читайте нас в MAX
Это защищает систему от Split-Brain — ситуации, когда в кластере появляются два пишущих узла.
В крупных инсталляциях кластер часто живет в нескольких ЦОДах: основная и DR-площадка, резервный контур, реплики для отчетов, аналитики или копий данных для 1С.
Здесь классическая схема «звезда» начинает мешать. Лидер раздает WAL каждой реплике напрямую, один и тот же поток несколько раз уходит по межцодовым каналам, растет число walsender, а новые реплики нагружают основной узел.
BiHA решает эту задачу каскадной репликацией.
Источник выбирает алгоритм Best Follower. Реплика подключается не к первому доступному узлу, а к наиболее подходящему — с учетом роли и свежести данных по LSN.
Что это дает бизнесу:
Между ЦОДами идет меньше трафика репликации. Можно снизить затраты на сеть или не расширять существующие каналы.
Новые реплики не подключаются все разом к основному узлу. Каждые 3-5 реплик можно выстроить в отдельную ветку каскада.
Если ретранслятор падает, BiHA перестраивает дерево. Реплики находят новый источник и продолжают работу.
can_be_leader=false помогает держать резервный ЦОД в режиме горячего standby и переключаться вручную, когда сервисы готовы к переходу.BiHA встроена в Postgres Pro Enterprise: меньше отдельных компонентов, процессов управления HA и интеграционных скриптов.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍8❤4
This media is not supported in your browser
VIEW IN TELEGRAM
Это площадка, где преподаватели, методисты, методологи и специалисты из вузов, колледжей и ИТ-компаний обсуждают, как учить базам данных, PostgreSQL и системному программированию.
В 2026 году Postgres Professional проводит конференцию вместе с Факультетом компьютерных наук НИУ ВШЭ.
В программе темы, с которыми работают авторы и преподаватели ИТ-курсов:
Также открыт прием заявок на доклады. Поделитесь методикой, учебным кейсом или опытом разработки программы — заявку можно подать до 15 сентября.
Для преподавателей и сотрудников администраций вузов и колледжей участие бесплатное. Для других категорий слушателей предусмотрено платное участие.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤8
TData и Postgres Professional будут совместно развивать экосистему управления данными в России.
Что дает оптимизация решений TData под СУБД Postgres Pro и сертификация ФСТЭК:
☑️ Заказчики получают возможность строить решения для работы с данными на базе российской СУБД — с поддержкой, подтвержденной совместимостью и учетом требований к безопасности.
☑️ Это особенно важно для госсектора и крупного бизнеса: им нужны не отдельные продукты, а связанная технологическая среда, которая помогает управлять данными от источника до аналитики.
Генеральный директор Postgres Professional Иван Панченко отметил:
Это партнерство — вклад в развитие российской экосистемы управления данными: совместимой, безопасной и готовой к промышленной эксплуатации.
📢 Читайте нас в MAX
Что дает оптимизация решений TData под СУБД Postgres Pro и сертификация ФСТЭК:
Генеральный директор Postgres Professional Иван Панченко отметил:
Какой бы зрелой ни была отдельно взятая платформа, без целостного технологического окружения и общих правил игры выстроить по-настоящему устойчивую цифровую инфраструктуру невозможно.
Это партнерство — вклад в развитие российской экосистемы управления данными: совместимой, безопасной и готовой к промышленной эксплуатации.
Please open Telegram to view this post
VIEW IN TELEGRAM
Через час покажем, как быстро собрать DWH и аналитику на данных из 1С, маркетплейсов и веба — с нуля и без долгой разработки.
За 90 минут разберемся:
В конце ответим на вопросы.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤🔥5👍4🔥4
Postgres Professional — партнер XVII Международного IT-Форума с участием стран БРИКС и ШОС.
Форум пройдет 17-19 июня в Ханты-Мансийске и соберет представителей государства, бизнеса и научного сообщества.
18 июня руководитель технического консалтинга Postgres Professional Марк Ривкин выступит в партнерской сессии «Сопровождение государственных и корпоративных ИС: специфика, риски и возможности». Сессию организует УКЦ ФОРС.
🔗 Трансляция начнется 18 июня в 8:00 МСК.
Обсудим, как сопровождать государственные и корпоративные системы в новых условиях: учитывать требования ИБ, снижать риски эксплуатации, выбирать ПО и развивать команды.
Если вы в Ханты-Мансийске, ищите нас 17 и 18 июня на стенде №33. Приходите обсудить Postgres Pro, миграцию, эксплуатацию и инфраструктуру данных.
📢 Читайте нас в MAX
Форум пройдет 17-19 июня в Ханты-Мансийске и соберет представителей государства, бизнеса и научного сообщества.
18 июня руководитель технического консалтинга Postgres Professional Марк Ривкин выступит в партнерской сессии «Сопровождение государственных и корпоративных ИС: специфика, риски и возможности». Сессию организует УКЦ ФОРС.
Обсудим, как сопровождать государственные и корпоративные системы в новых условиях: учитывать требования ИБ, снижать риски эксплуатации, выбирать ПО и развивать команды.
Если вы в Ханты-Мансийске, ищите нас 17 и 18 июня на стенде №33. Приходите обсудить Postgres Pro, миграцию, эксплуатацию и инфраструктуру данных.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤🔥8👍3