🐘 Вышла новая версия PPEM с Healthcheck Advisor. Модуль проверяет состояние экземпляров СУБД, находит проблемы и рекомендует, как их устранить.

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

🔧 Меньше ручного разбора метрик

Для каждой проблемы адвайзер показывает метрику, объект, критичность и время срабатывания. Рядом — фактическое и нормальное значения, а также рекомендация по устранению. Админу проще оценить проблему и решить, что делать дальше.

📊 Проще расставить приоритеты

На экране «Проблемы и рекомендации» — сводка по всему парку: количество обнаружений, их распределение по критичности и топ экземпляров с наибольшим числом проблем.

⏱️ Проверки по расписанию и вручную

Адвайзер запускается каждые четыре часа. Для проверки вручную — кнопка «Запустить проверку».

📦 В базовой поставке PPEM

Healthcheck Advisor не требует отдельной установки и дополнительной лицензии.

🔗 Протестируйте PPEM бесплатно: проверьте состояние экземпляров, разберите проблемные места и оцените, сколько ручной работы заберут на себя инструменты мониторинга и диагностики.

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

🐉 Сегодня на INFOSTART TECH EVENT 2026 Алексей Викулин, руководитель по развитию бизнеса Postgres Professional, рассказал, как приручить дракона данных в 1С: обеспечить надежность СУБД, масштабировать систему и оценить стоимость эксплуатации.

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

В центре доклада — три задачи:

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

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

💰 Учесть затраты на инфраструктуру, сопровождение и простой — и связать их с требованиями к надежности.

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

🔗 Протестируйте Postgres Pro Enterprise для 1С бесплатно — ускорьте работу пользователей и подготовку отчетов.

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

🤝 Postgres Professional и «ИнфоСофт» подписали меморандум о партнерстве на конференции INFOSTART TECH EVENT 2026. Вместе будем адаптировать Postgres Pro под высоконагруженные системы 1С.

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

🎯 Цель — помочь бизнесу перейти на отечественную СУБД и сохранить стабильную работу 1С под пиковыми нагрузками.

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

Postgres Pro Enterprise для 1С: что умеет, как упрощает работу бизнеса и жизнь DBA, какие фичи включает?

На полях Infostart tech event 2026 мы второй день общаемся с коллегами и рассказываем, на что способна редакция СУБД Postgres Pro Enterprise для 1С, и как графическая платформа Postgres Pro Enterprise Manager упрощает администрирование и мониторинг баз данных.

Завтра Екатерина Соколова, менеджер продукта, представит доклад про настройки и архитектурные ловушки, о которых молчат, когда речь заходит о производительности 1С. Если вы тут — приходите 10 октября в зал «Выборг» к 10:30.

А если вы не на мероприятии — смотрите видео-обзор Postgres Pro Enterprise для 1С от Екатерины Соколовой. В ролике рассказали:

☑️ Как Postgres Pro Enterprise для 1С ускоряет работу информационных баз на 25-30%.

☑️ Что входит в решение: Postgres Pro Enterprise Manager с AI-ассистентом для мониторинга и администрирования, BiHA для отказоустойчивого кластера, Postgres Pro Backup Enterprise для инкрементальных бэкапов и восстановления.

☑️ Почему решение подходит для промышленной эксплуатации: сертификация фирмы «1С», реестр российского ПО, версия с сертификацией ФСТЭК и поддержка от команды Postgres Pro.

⚡️Полный обзор: Youtube / ВК Видео / Rutube

🔗 Протестируйте Postgres Pro Enterprise для 1С на вашей нагрузке: с вашими базами, сценариями, пиковыми периодами и требованиями к эксплуатации.

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

🐘 Приходите 15 октября на бесплатный вебинар по Postgres Pro AXE 2.0 — покажем, как ускорить отчетность и работать с аналитикой через знакомый SQL

Старший технический консультант Postgres Professional Дмитрий Иванкин разберет возможности новой версии на практике:

🛠️ Покажем, как создавать таблицы, добавлять, изменять и удалять записи командами CREATE, INSERT, UPDATE и DELETE.

🔐 Объясним, как настраивать права на операционные и аналитические данные по принципам PostgreSQL.

📊 Разберем типовые сценарии и расскажем, как Postgres Pro AXE помогает ускорять получение отчетности.

Увидите новую функциональность в деле и поймете, как применить Postgres Pro AXE 2.0 в своих аналитических системах и хранилищах данных.

🗓️ 15 октября, 11:00

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

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

⚡ Сверхбыстрый COMMIT — повод проверить, переживут ли данные сбой. Если приложение уже показало, что заказ оформлен, после аварии запись все равно может исчезнуть.

При синхронной фиксации PostgreSQL ждет сохранения WAL на энергонезависимом носителе. Просто передать данные в кэш ОС недостаточно: при потере питания они пропадут.

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

Здесь важно различать два параметра:

1️⃣ fsync = off отключает принудительную синхронизацию записи. Сбой ОС или оборудования грозит потерей данных и повреждением базы.

2️⃣ synchronous_commit = off разрешает отвечать клиенту до сохранения WAL. Последние транзакции могут потеряться, но этот режим сам по себе не нарушает согласованность базы.

🔎 Как проверить результат бенчмарка:

✅ Измерьте задержку COMMIT с одним клиентом. Так проще увидеть вклад ожидания записи.

✅ Проверьте синхронизацию WAL. Сопоставьте настройки, системные вызовы и активность хранилища. Одна метрика еще ничего не доказывает.

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

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

🔗 Читайте на Хабре, как проверить, переживут ли данные аварийный сбой.

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