Казначейство России перевело свои системы с 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, способная работать с данными объемом до петабайт в рамках единого кластера. В отличие от монолитных систем, она распределяет нагрузку между шардами (узлами кластера), что обеспечивает практически неограниченный рост мощностей и полное соответствие стандартам безопасности ФСТЭК.
Внедрение проекта: два года плавного перехода
Огромный объем информации и особенности системы не позволили применить типовые инструменты репликации, такие как Debezium или Oracle GoldenGate. Специалистам потребовалось создать собственное решение для переноса изменений из Oracle в реальном времени. Весь процесс занял свыше двух лет и состоял из четырех основных фаз.
На первом этапе выполнялась синхронизация исторических данных с параллельным переносом текущих операций. Далее система перешла в гибридное состояние. Переключение рабочих нагрузок на новую СУБД происходило постепенно, при постоянном мониторинге производительности. На этапе опытной эксплуатации сохранялась возможность быстрого возврата к старой системе, что исключило простои при окончательном переходе и последующем отключении Oracle.
Комплексная доработка и преобразование данных
Переход на распределенную архитектуру потребовал значительной переработки бизнес-логики приложений (адаптацией занималась компания «БПС Инновационные программные решения», миграцией — РТЛабс). Ключевым вопросом стал выбор критерия для шардирования — им был определен уникальный идентификатор начисления (УИН), что позволило равномерно распределить нагрузку между узлами.
В ходе оптимизации была изменена структура хранения данных: использование вложенных структур вместо связанных таблиц сократило объем базы на 50 ТБ. Одновременно с техническим переносом была выполнена очистка данных, исправившая накопившиеся за годы ошибки в форматах и идентификаторах.
Результаты: новый уровень масштабируемости и эффективности
Итоговая архитектура системы кардинально изменила аппаратную инфраструктуру. Мощный кластер Oracle RAC из 4 серверов (каждый с 192 ядрами и 3 ТБ оперативной памяти) был заменен на гибкую структуру Postgres Pro Shardman, состоящую из 40 узлов (19 основных, 19 реплик и 2 резервных сервера).
Технологический прогресс привел к значительному сокращению сбоев и увеличению скорости проведения транзакций. Модернизация прикладного программного обеспечения и операционных систем до одобренных регулятором версий гарантировала требуемый уровень защиты данных. В настоящее время ГИС ГМП обладает возможностью масштабирования до масштабов, которые были недостижимы для прежней архитектурной платформы.
«Несмотря на исключительную сложность, проект можно считать успешным: обновленная система ГИС ГМП показывает более высокую производительность и надежность в сравнении с решением на базе СУБД Oracle. При этом миграция на новую платформу была выполнена без остановки работы ГИС ГМП, что само по себе, учитывая рекордные объемы данных в сотни терабайт, является серьезным достижением», — отмечает Михаил Терехов, архитектор решений Postgres Professional.
■ Рекламаerid:2W5zFHw7whBРекламодатель: ООО «ППГ»ИНН/ОГРН: 7729445882/1157746074518Сайт: https://postgrespro.ru/