До 2022 года Oracle был стандартом де-факто в банковском секторе. После ухода вендора перед банками встала критическая задача — мигрировать с Oracle в сжатые сроки.
Общая картина по рынку
По данным на 2025 год, до 85% всех СУБД в банковском секторе России уже приходится на альтернативные решения. Абсолютное большинство из них базируется на PostgreSQL и его российских дистрибутивах. Для сравнения: несколько лет назад эта доля стремилась к нулю. Сегодня можно говорить о том, что миграция в целом состоялась.
На какие системы перешли крупнейшие банки:
Сложности перехода
Oracle RAC. Технология кластеризации, обеспечивающая высокую доступность «из коробки», не имеет прямого аналога в PostgreSQL. Банкам пришлось самостоятельно выстраивать отказоустойчивую инфраструктуру с использованием Patroni, repmgr и собственных разработок.
Перенос PL/SQL-кода. Тысячи строк хранимых процедур, триггеров и транзакционной логики потребовали ручной переработки под PL/pgSQL. Процесс сопровождался длительным тестированием и отладкой.
Производительность. Миграция почти всегда сопровождалась временным снижением скорости выполнения запросов. Для восстановления привычных показателей потребовалась оптимизация индексов и доработка архитектуры запросов.
Дефицит кадров. Специалистов, одновременно владеющих Oracle, PostgreSQL и понимающих специфику банковских highload-систем, на рынке крайне мало. Банки были вынуждены перекупать таких сотрудников и перегружать имеющиеся команды.
Oracle в российских банках практически полностью замещен. На legacy-системах он еще может встречаться, но все новые проекты реализуются исключительно на PostgreSQL и его производных. Это редкий случай, когда форсированное импортозамещение привело к созданию промышленных решений, способных выдерживать реальные нагрузки финансового сектора.
ГК Финрул
Общая картина по рынку
По данным на 2025 год, до 85% всех СУБД в банковском секторе России уже приходится на альтернативные решения. Абсолютное большинство из них базируется на PostgreSQL и его российских дистрибутивах. Для сравнения: несколько лет назад эта доля стремилась к нулю. Сегодня можно говорить о том, что миграция в целом состоялась.
На какие системы перешли крупнейшие банки:
- Сбер разработал собственную платформу Platform V и СУБД «СберБД» на базе доработанного PostgreSQL. Количество инсталляций превышает 4 000 единиц.
- ВТБ переводил критичные системы на собственные решения совместно с Postgres Professional.
- Альфа-Банк сделал выбор в пользу российской СУБД «Арендата» (форк PostgreSQL с расширенной техподдержкой и патчами безопасности).
- Т-Банк использовал глубокую кастомизацию открытого PostgreSQL в сочетании с облачной архитектурой.
Сложности перехода
Oracle RAC. Технология кластеризации, обеспечивающая высокую доступность «из коробки», не имеет прямого аналога в PostgreSQL. Банкам пришлось самостоятельно выстраивать отказоустойчивую инфраструктуру с использованием Patroni, repmgr и собственных разработок.
Перенос PL/SQL-кода. Тысячи строк хранимых процедур, триггеров и транзакционной логики потребовали ручной переработки под PL/pgSQL. Процесс сопровождался длительным тестированием и отладкой.
Производительность. Миграция почти всегда сопровождалась временным снижением скорости выполнения запросов. Для восстановления привычных показателей потребовалась оптимизация индексов и доработка архитектуры запросов.
Дефицит кадров. Специалистов, одновременно владеющих Oracle, PostgreSQL и понимающих специфику банковских highload-систем, на рынке крайне мало. Банки были вынуждены перекупать таких сотрудников и перегружать имеющиеся команды.
Oracle в российских банках практически полностью замещен. На legacy-системах он еще может встречаться, но все новые проекты реализуются исключительно на PostgreSQL и его производных. Это редкий случай, когда форсированное импортозамещение привело к созданию промышленных решений, способных выдерживать реальные нагрузки финансового сектора.
ГК Финрул