ProGate 1.3 получил отказоустойчивую CDC-репликацию и поддержку Shardman

7 июля 2026 года Postgres Professional представила ProGate 1.3.0 — обновление комплекса для миграции, разового переноса и непрерывной репликации данных между СУБД. В релизе Postgres Pro Shardman стал доступен как целевая система, а утилита prosync получила режим высокой доступности для CDC-репликации.

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

Что появилось в ProGate 1.3.0

По данным Postgres Professional, обновление включает:

• перенос данных в Postgres Pro Shardman через procopy;
• непрерывную репликацию в Shardman через prosync;
• маршрутизацию строк по сегментам Shardman по заданным условиям;
• режим высокой доступности prosync с одним активным экземпляром и резервными;
• Oracle 11g в списке источников наряду с версиями 12c, 18c и 19c;
• улучшения для Oracle RAC и обратного направления PostgreSQL → Oracle;
• дополнительные проверки и события безопасности в procheck;
• подстановку переменных окружения в конфигурационные файлы.

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

Как устроен отказоустойчивый режим prosync

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

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

Что проверить при миграции в Shardman

Маршрутизация строк позволяет распределять данные по сегментам уже во время переноса. Ошибка в условии маршрутизации при этом может стать системной: данные окажутся не на том сегменте либо распределятся неравномерно.

До промышленного переключения стоит проверить:

1. полный перенос исходного набора и контроль количества строк;
2. соответствие типов, кодировок, XML, геометрии и пользовательских объектов;
3. распределение данных по сегментам и отсутствие перекоса;
4. задержку CDC при обычной и пиковой нагрузке;
5. переключение prosync на резервный экземпляр;
6. отсутствие пропусков и повторов после переключения;
7. поведение при разрыве сети и заполнении журналов;
8. обратимый план остановки и возврата на исходную систему.

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

Репликация не является резервной копией

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

Для самой репликации полезны отдельные показатели: lag по времени и объёму, позиция последней подтверждённой транзакции, частота повторных подключений, состояние лидера и резерва, ошибки преобразования и результаты сверки данных. Их следует связать с общим мониторингом IT-инфраструктуры.

Чего нет в публичном анонсе

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

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