Как перевести финансовую систему региона на российское ПО

Рассказываем, как перевести 662 организации региона на российское ПО за 11 месяцев без потери 26 ТБ данных

Задача и причина

АИС ФХД Иркутской области — критически важная система, которая обслуживает финансово-хозяйственную деятельность бюджетных организаций региона. В ней ежедневно работают тысячи сотрудников: ведут бюджетный и бухгалтерский учет, управляют закупками, рассчитывают заработную плату.
Задача:

Провести полную миграцию АИС ФХД Иркутской области с зарубежной технологической платформы (MS SQL) на отечественное программное обеспечение с сохранением непрерывности работы 600 бюджетных организаций и 5 000 пользователей.

Причина:

Необходимость импортозамещения критически важной государственной информационной системы в условиях санкционных ограничений. Старая инфраструктура работала на зарубежном ПО, что создавало риски для непрерывности работы финансово-хозяйственных процессов региона. Требовалось перенести 26 ТБ данных из 24 информационных баз с минимизацией простоев и полным сохранением функциональности системы.

Масштаб системы на старте проекта:

• 662 бюджетные организации
• 7 500 пользователей
• 26 ТБ данных в 24 информационных базах
• 14 хост-серверов, 193 виртуальные машины, 33 сервера СУБД

Какую платформу выбрали и почему

Целевой стек формировался с учетом требований к сертификации, отказоустойчивости и возможности технической поддержки силами российских разработчиков.

Итоговый технологический стек:

• СУБД: PostgresPro Enterprise — корпоративная версия с расширенными возможностями репликации и балансировки нагрузки
• Виртуализация: Альт Сервер Виртуализации 10 — замена VMware ESXi
• Операционная система: Альт Сервер 10 — серверная ОС на базе Linux, сертифицированная ФСТЭК России

Все компоненты входят в реестр отечественного ПО и соответствуют требованиям импортозамещения для государственных информационных систем.
Как проходила миграция: четыре ключевых этапа

Этап 1. Аудит и планирование

Проект начался с детального обследования инфраструктуры. Команда ГК «Форус» проанализировала все 24 информационные базы, изучила архитектуру взаимодействия компонентов и составила дорожную карту миграции. Главное ограничение — система должна была работать непрерывно: любые длительные простои исключались.

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

Этап 2. Выбор метода миграции и тестирование

Команда сравнила четыре подхода к переносу информационных баз 1С в PostgreSQL:

• выгрузку-загрузку через ДТ
• перенос данных через XML
• репликацию БД через утилиту ibcmd
• перегрузку областей данных путем миграции

По результатам анализа выбрали репликацию через ibcmd как наиболее надежный и управляемый метод. Тестирование выявило важные нюансы: объем баз при переходе на PostgreSQL не всегда уменьшается, а параллельное увеличение потоков не дает линейного ускорения. При этом процесс оказался автономным — запускать переносы можно было в нерабочее время без круглосуточного дежурства специалистов.

Этап 3. Разделение информационных баз

Для масштабирования системы и увеличения числа пользователей провели реструктуризацию: разделили информационные базы 1С. Количество баз данных выросло с 7 до 17, что улучшило балансировку нагрузки и повысило отказоустойчивость.

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

Этап 4. Мониторинг системы

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

Дополнительно настроили мониторинг производительности по методике Apdex для конфигураций БГУ и ЗКГУ. Сравнительные замеры проводились в идентичные периоды — в феврале 2023 и 2024 годов.
С какими трудностями столкнулись

Объем данных и время переноса. Миграция 26 ТБ требовала значительного времени. Задачу решили параллельной передачей данных по нескольким каналам одновременно. Наиболее крупные базы переносили в выходные дни, когда нагрузка на систему была минимальной.

Различия между MS SQL и PostgreSQL. Два диалекта SQL имеют существенные синтаксические различия, что потребовало адаптации хранимых процедур, триггеров и представлений. Команда разработала автоматизированные скрипты конвертации, после чего провела детальное тестирование всех измененных объектов — для гарантии идентичности результатов в новой и старой системах.

Результат

Результаты проекта

Миграция завершена точно в срок и в рамках бюджета. Все 662 бюджетные организации Иркутской области продолжили работу без перерывов.

Ключевые показатели:

• 0% отклонений по срокам и бюджету
• 0% потери данных при переносе 26 ТБ информации
• 0 часов простоя системы

Рост производительности по методике Apdex:

• Время отклика на типовые запросы снижено на 15–20%
• Скорость обработки массовых операций выросла на 25%
• Стабильность под пиковыми нагрузками повысилась на 30%

Операционные улучшения:

• Система готова к росту числа пользователей с 5 000 до 7 500+ без деградации производительности
• Модульная архитектура упрощает дальнейшее масштабирование
• Репликация между серверами СУБД обеспечивает непрерывность работы при сбоях

Экономический эффект:

• Затраты на лицензирование снижены на 40% за счет перехода на отечественное ПО
• Техническая поддержка — от российских разработчиков без валютных рисков
• Предсказуемость расходов на развитие системы

Итоги

• Миграция АИС ФХД Иркутской области стала одним из крупнейших проектов в России по переводу государственной информационной системы регионального масштаба на отечественное ПО.
• Поэтапный подход работает. Миграция база за базой с тестированием каждого этапа позволила избежать сбоев и достичь нулевых отклонений по срокам и бюджету.
• Российский стек справляется с нагрузкой. PostgresPro Enterprise и Альт Сервер обеспечили не только полную функциональную эквивалентность, но и рост производительности на 15–30%.
• Импортозамещение возможно без остановки критичных процессов. При тщательном планировании переход на отечественное ПО не создает рисков для непрерывности работы государственных систем.

Выбор редакции

Все

Публикации, которые получают больше внимания и попадают в Сюжеты РБК

Рекомендации партнеров: