Федеральное казначейство заменило СУБД Oracle на Postgres Pro Shardman

Одним из самых масштабных и значимых проектов для российского рынка СУБД в 2025 году стал опыт миграции Государственной информационной системы государственных и муниципальных платежей (ГИС ГМП) Федерального казначейства на отечественный технологический стек. Главным вызовом стал перенос базы данных объемом 240 ТБ с зарубежной СУБД Oracle на распределенную систему Postgres Pro Shardman без остановки критически значимых сервисов. CNews рассказывает, как состоялся этот проект.

Заказчик и масштаб системы

ГИС ГМП выступает центральным технологическим узлом финансовой вертикали страны, обеспечивая взаимодействие администраторов начислений и банков. Через систему проходят все государственные и муниципальные транзакции: от налоговых сборов и таможенных пошлин до штрафов и оплаты госуслуг. В системе зарегистрировано более 48 тыс. участников, включая крупнейшие финансовые организации и федеральные ведомства.

На момент завершения проекта ГИС ГМП ежедневно обрабатывала порядка 1 млн новых начислений на общую сумму 20 млрд рублей, а совокупный архив системы насчитывал 4,8 млрд уведомлений о платежных событиях. Высокая интенсивность взаимодействия администраторов доходов и банков формирует пиковую нагрузку на уровне 5000 транзакций в секунду, что предъявляет исключительные требования к производительности и отказоустойчивости СУБД.

Почему выбрали Postgres Pro Shardman

До начала проекта ядром ГИС ГМП служила СУБД Oracle. К моменту миграции объем базы достиг критических 240 ТБ, из которых 60 ТБ приходилось на индексы. Задачей Федерального казначейства был не только формальный переход на российское ПО, но и радикальная смена архитектуры для снятия «потолка» масштабируемости.

Выбор был сделан в пользу Postgres Pro Shardman — распределенной СУБД, способной обрабатывать данные объемом до нескольких ПБ в одном распределенном кластере. В отличие от классических монолитных систем, Postgres Pro Shardman распределяет нагрузку по узлам кластера (шардам), что позволяет неограниченно наращивать мощности и гарантирует соответствие требованиям ФСТЭК по безопасности.

Реализация проекта: два года бесшовной миграции

Огромный массив данных и специфика системы сделали невозможным использование стандартных инструментов вроде Debezium или Oracle GoldenGate. Инженерам пришлось разработать проприетарное решение для репликации, которое учитывало изменения в Oracle в реальном времени. Процесс перехода занял более двух лет и прошел через четыре ключевые стадии.

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

Глубокая адаптация и рефакторинг данных

Переход на распределенную среду потребовал пересмотра бизнес-логики ПО (адаптацию выполняла компания «БПС Инновационные программные решения», миграцию — РТЛабс). Центральной задачей стал выбор ключа шардирования, им стал уникальный идентификатор начисления (УИН), обеспечив равномерную балансировку нагрузки между узлами.

В ходе рефакторинга была оптимизирована структура хранения: замена дочерних таблиц вложенными структурами позволила сократить объем базы на 50 ТБ. Параллельно с техническим переездом была проведена очистка данных, устранившая накопленные за годы ошибки в форматах и идентификаторах.

Итоги в масштабируемости и производительности

Финальная конфигурация системы радикально изменила аппаратный ландшафт. Тяжеловесный кластер Oracle RAC из 4 серверов (по 192 ядра и 3 ТБ RAM каждый) заменен на гибкую архитектуру Postgres Pro Shardman, включающую 40 узлов (19 мастеров, 19 реплик и 2 резервных сервера).

Технологический эффект выразился в существенном снижении количества отказов и росте скорости обработки транзакций. Обновление прикладного ПО и операционных систем до версий, сертифицированных регулятором, обеспечило необходимый уровень информационной безопасности. Сегодня ГИС ГМП обладает потенциалом горизонтального расширения до уровней, недоступных прежней архитектуре.

«Проект, несмотря на свою исключительную сложность, является успешным: обновленная система ГИС ГМП демонстрирует лучшую производительность и отказоустойчивость по сравнению с решением на СУБД Oracle. При этом переход на новую систему прошел без остановки ГИС ГМП, что само по себе на рекордных объемах данных в сотни терабайт является действительно большим достижением», — подчеркивает Михаил Терехов, архитектор решений Postgres Professional.