Российские СУБД для собственной инфраструктуры: какой класс выбрать под задачу компании

Российские СУБД давно перестали быть временной заменой ушедшим Oracle и Microsoft SQL Server. На рынке десятки продуктов — от дистрибутивов PostgreSQL до систем с собственным ядром. Выбор стал шире, и ошибиться теперь проще.

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

Разберём, на какие классы делятся отечественные СУБД для установки на собственные серверы, чем PostgreSQL-дистрибутивы отличаются от продуктов с собственным кодом, как подойти к миграции и сертификации и по каким критериям сравнивать решения. Материал адресован CIO и руководителям ИТ-подразделений, которые готовят выбор СУБД для компании или госструктуры.

Рынок российских СУБД в 2026 году: что изменилось

По данным ЦСР, в 2025 году рынок СУБД в России вырос на 13,9% и достиг 101,9 млрд рублей. Крупнейший сегмент — СУБД общего назначения (51%), на аналитические решения приходится 38%. В центре ожидают, что до 2032 года рынок будет расти в среднем более чем на 15% в год, а доля иностранных решений в новых продажах сократится до 1%.

Рост держится на трёх факторах:

• Регуляторика. С 1 января 2025 года госорганам и госзаказчикам запрещено использовать иностранное ПО на значимых объектах КИИ (Указ № 166). Летом 2025 года правительство поручило проработать обязанность операторов персональных данных обрабатывать и хранить данные граждан только в российском ПО, включая СУБД, с переходным периодом до 1 сентября 2027 года («Коммерсантъ»).
• Зрелость продуктов. Российские СУБД работают в банках, телекоме и госсистемах с сотнями терабайт данных. По данным CNews, растёт спрос на решения, которые обрабатывают транзакции и аналитические запросы в одной системе.
• Экосистемы. По оценке заместителя гендиректора ЦСР Екатерины Кваши, конкуренция смещается от отдельных продуктов к платформам управления данными со встроенным ИИ.

Авторы исследования «Отечественные СУБД для DWH — круг Громова 2026» делают похожий вывод: российский рынок СУБД перешёл от срочной замены к конкуренции архитектур. Присутствие в реестре российского ПО больше не даёт преимущества, а главным барьером остаётся миграция.

Классы российских СУБД

СУБД on-premise удобно разделить на четыре класса по основному сценарию применения. Это редакционные классы СУБД: они описывают, под какую нагрузку продукт создавался, но не ограничивают его возможности.

Класс	Для каких задач	Примеры продуктов	Подробный обзор
A. Универсальные транзакционные (OLTP)	Учётные и прикладные системы: ERP, 1С, СЭД, АБС, биллинг. Основной сценарий — замена Oracle и MS SQL Server	Postgres Pro, Tantor Postgres, Platform V Pangolin, Jatoba, Ред База Данных, SoQoL	Статья о транзакционных СУБД
B. Аналитические, хранилища данных	Корпоративные хранилища, витрины, отчётность, аналитика больших объёмов: OLAP, MPP, колоночные решения	Arenadata DB, RT.Warehouse, Tarantool Column Store, Tengri Data Platform	Статья об аналитических СУБД
C. Распределённые, in-memory, NewSQL	Высоконагруженные онлайн-сервисы: горизонтальное масштабирование записи, отклик в миллисекунды	Picodata, Tarantool DB, YDB, Postgres Pro Shardman	Статья о highload и спец. СУБД
D. Специализированные и встраиваемые	Защищённый контур, АСУ, программно-аппаратные комплексы, отраслевые задачи	ЛИНТЕР БАСТИОН, LogSpace, ИСУБД CronosPRO	Статья о highload и спец. СУБД

Ниже разберём каждый класс подробнее: под какую нагрузку он создавался, какие продукты в него входят и где проходят границы между соседними группами.

Универсальные транзакционные СУБД (OLTP)

Самый массовый класс. OLTP-системы обрабатывают множество коротких операций: платёж, заказ, изменение остатка. Главные требования — целостность данных при сбоях, скорость при сотнях пользователей и совместимость с прикладным ПО.

Большая часть продуктов этого класса построена на PostgreSQL. Вендоры дополняют открытое ядро инструментами миграции, сжатием, средствами высокой доступности и сертифицированными редакциями. Есть и решения вне семейства PostgreSQL: «Ред База Данных» развивается на основе Firebird, а ЛИНТЕР СОКОЛ (SoQoL) компания «РЕЛЭКС» разрабатывает на собственном коде.

Заметный тренд — транзакционные СУБД берут на себя смежные задачи. Например, Nexign Nord поддерживает векторный поиск и графовые данные в той же базе, где идут транзакции.

Аналитические СУБД и хранилища данных

Аналитические СУБД рассчитаны на другую нагрузку: сложные запросы по миллиардам строк, агрегаты, отчёты, витрины для BI. Для этого используют массивно-параллельную обработку (MPP), когда запрос выполняется одновременно на многих серверах, и колоночное хранение.

Часть решений продолжает линию Greenplum — например, Arenadata DB и RT.Warehouse. Другие созданы на собственном коде или встроены в более широкие платформы: так, LimeDB работает внутри платформы процессной аналитики Proceset «Инфомаксимума». Отдельная группа — гибридные системы (HTAP), которые строят отчёты по самым свежим данным без ночных выгрузок.

«Вместо связки из нескольких систем для OLTP и OLAP клиент использует одну СУБД, которую проще обслуживать. Это полезно там, где ждать ночной выгрузки невозможно: антифрод, финмониторинг, скоринг, динамическое ценообразование, оперативная отчётность.»

Комментарий VK Tech для CIO-NAVIGATOR

Распределённые, in-memory и NewSQL-СУБД

Этот класс нужен, когда нагрузка не помещается на один сервер или ответ нужен за миллисекунды. In-memory СУБД держат рабочие данные в оперативной памяти. NewSQL-системы сохраняют привычный SQL и транзакции, но масштабируются горизонтально: чтобы выдержать рост нагрузки, в кластер добавляют новые узлы.

Показательный пример — перевод ГИС ГМП Федерального казначейства с Oracle на Postgres Pro Shardman. Базу объёмом 240 ТБ перенесли без остановки сервисов, четыре сервера Oracle RAC заменил кластер из 40 узлов.

Часто быструю СУБД ставят не вместо основной системы, а рядом с ней.

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

Специализированные и встраиваемые СУБД

Сюда относятся продукты под особые условия: защищённый контур с гостайной, АСУ ТП и программно-аппаратные комплексы, где СУБД работает без администратора, а также отраслевые решения. Пример — LogSpace от Positive Technologies, специализированная СУБД для событий информационной безопасности в составе MaxPatrol SIEM.

Сами вендоры подчёркивают, что границы между классами условны. В Picodata поставляют одно ядро с расширениями: Picodata Radix замещает Redis, Picodata Sirin — Cassandra, а базовый продукт работает как NewSQL-СУБД. «РЕЛЭКС» относит ЛИНТЕР БАСТИОН одновременно к транзакционным и специализированным системам, а VK Tech называет Tarantool DB NoSQL-решением. Поэтому класс — отправная точка для поиска, а не окончательный ответ.

PostgreSQL-дистрибутивы и собственное ядро: в чём разница для заказчика

Большинство транзакционных российских СУБД — это дистрибутивы PostgreSQL. В 2026 году «Ланит» сравнил пять таких продуктов почти по 200 параметрам и пришёл к выводу, что они выросли из минимальных сборок в полноценные корпоративные платформы с собственной экспертизой вендора.

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

Критерий	PostgreSQL-дистрибутив	Собственное ядро
Совместимость с прикладным ПО	Широкая: стандартные драйверы, расширения и инструменты экосистемы	Зависит от продукта, требует проверки на своих системах
Специалисты	На рынке много администраторов PostgreSQL	Нужны знания конкретного продукта и обучение у вендора
Развитие	Часть функций приходит из открытого ядра, ключевые доработки вендор делает сам	Вендор контролирует весь код и дорожную карту
Требования регулятора	Сертифицированные редакции есть у многих вендоров	Полностью российский код важен для особо защищённых контуров

На практике основная конкуренция идёт внутри семейства PostgreSQL. Об этом говорят сами участники рынка.

«Основным полем конкурентной борьбы являются вендоры СУБД, такие как Oracle, Postgres Pro, Tantor, Arenadata, Jatoba, Pangolin и прочие СУБД из семейства PostgreSQL.»

Комментарий «Современные системы» (FTData) для CIO-NAVIGATOR

Есть и третий путь — бесплатный PostgreSQL или другое открытое ПО, которое компания сопровождает своими силами. Лицензии не нужны, но поддержка, безопасность и сертификация ложатся на заказчика.

«Наш главный конкурент — это бесплатное западное ПО и его варианты in-house-адаптации.»

Комментарий Picodata для CIO-NAVIGATOR

Миграция с Oracle и MS SQL Server: основные подходы

Для большинства проектов замена Oracle или MS SQL Server — самая дорогая часть перехода. Сложность определяет не объём данных, а количество логики внутри базы. Обычно выбирают один из трёх подходов:

1. Перенос с минимальными правками. Подходит, если бизнес-логика живёт в приложении, а в базе — таблицы и простые запросы.
2. Эмуляция исходной СУБД. Новая система понимает синтаксис и системные пакеты старой. Например, Digital Q.DataBase заявляет выполнение PL/SQL и T-SQL без изменения кода. По словам директора по СУБД «Диасофта» Андрея Жуйкова, совместимость с MS SQL Server реализована полностью, с Oracle — на 70–80% (CNews). Инструменты миграции с Oracle развивают и другие вендоры, в том числе Postgres Professional и FTData.
3. Рефакторинг. Логику переписывают, заодно пересматривая архитектуру. Это дольше и дороже, но убирает технический долг. В проекте Казначейства на это ушло больше двух лет, зато базу удалось сократить на 50 ТБ.

Чем больше бизнес-логики зашито в базу, тем дальше по шкале сложности сдвигается проект — от простого переноса к полному рефакторингу.

До выбора подхода стоит проверить несколько вещей:

• сколько кода хранится в базе и насколько он критичен для бизнеса;
• какие системные пакеты Oracle использует приложение. В Postgres Professional отмечают, что популярное расширение orafce реализует только 7 пакетов Oracle, а без остальных приложение может не заработать;
• где СУБД ведут себя по-разному: например, в Oracle пустая строка равна NULL, а в PostgreSQL — нет (Хабр);
• допустимое время простоя и план отката;
• есть ли тестовая среда для нагрузочных испытаний на реальных данных.

Защищённый контур: сертификация ФСТЭК, КИИ и ГИС

Для госзаказчиков, банков и субъектов КИИ выбор СУБД начинается не с функций, а с документов. Если у продукта нет нужного сертификата, проект не пройдёт проверку регулятора, какими бы ни были технические возможности системы.

Два реестра часто путают. Реестр российского ПО Минцифры подтверждает происхождение продукта. Реестр сертифицированных средств защиты информации ФСТЭК подтверждает, что продукт соответствует требованиям безопасности. Для государственных информационных систем, систем с персональными данными и значимых объектов КИИ нужен именно сертификат ФСТЭК.

Требования к СУБД утверждены приказом ФСТЭК № 64 от 14 апреля 2023 года и задают шесть классов защиты. Классы с первого по третий предназначены для систем, где обрабатывается государственная тайна, с четвёртого по шестой — для остальных защищаемых систем. По сводной таблице реестра на сентябрь 2026 года, в нём 26 записей по СУБД, и подавляющее большинство выдано по четвёртому классу защиты и четвёртому уровню доверия.

Перед закупкой стоит проверить:

• на какую редакцию выдан сертификат ФСТЭК — часто это отдельная версия Certified;
• класс защиты — он должен соответствовать классу системы или категории объекта КИИ;
• совместимость с сертифицированной ОС, например Astra Linux, РЕД ОС или «Альт».

Модели поставки и лицензирования

Российские вендоры используют несколько моделей. Самая распространённая — лицензия на ядро процессора с отдельным сертификатом поддержки на один или несколько лет, так продаётся, например, Postgres Pro Certified. Встречаются лицензии на сервер, подписки и корпоративные соглашения. У YDB и Tarantool есть открытые редакции, а коммерческие версии добавляют функции для крупного бизнеса и поддержку.

Сравнивать стоит не цену лицензии, а стоимость владения за три–пять лет. В неё входят поддержка, серверы (in-memory СУБД требуют много памяти, распределённые — больше узлов), миграция и зарплаты специалистов.

Какой класс СУБД подходит под задачу

Когда понятны классы, требования регулятора и модель лицензирования, остаётся сопоставить их с типовыми задачами компании.

Таблица не заменяет пилотный проект, но показывает, с какого класса начинать.

Задача	Класс	На что смотреть
1С, ERP, учётные системы	A	Официальная совместимость с платформой 1С, скорость при сотнях пользователей
Замена Oracle в банке или госсистеме	A; C при очень больших объёмах	Поддержка PL/SQL, сертификат ФСТЭК, опыт похожих проектов
Замена MS SQL Server	A	Поддержка T-SQL и протокола TDS
Корпоративное хранилище и отчётность от 10 ТБ	B	MPP-архитектура, интеграция с ETL и BI, сжатие данных
Антифрод, скоринг, оперативная аналитика	B (HTAP) или C	Задержка от записи до отчёта, поддержка UPDATE и DELETE
Онлайн-сервисы: лимиты, сессии, профили	C	Время отклика, горизонтальное масштабирование, отказоустойчивость кластера
Гостайна, АСУ ТП, программно-аппаратные комплексы	D	Класс защиты, поддерживаемые ОС и платформы, работа без администратора
ИИ-ассистенты и RAG	A с векторными расширениями или B (HTAP)	Векторный поиск, свежесть данных

Преимущества и ограничения российских СУБД

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

Сильные стороны:

• соответствие требованиям регуляторов и сертифицированные редакции;
• локальная поддержка и доработки под заказчика;
• подтверждённая работа под нагрузкой: например, в Россельхозбанке за три года эксплуатации российских СУБД не было ни одного сбоя;

Ограничения:

• российская СУБД не повторяет Oracle полностью, перенос хранимой логики требует времени;
• вокруг СУБД не хватает инструментов: тот же Россельхозбанк указывает на отсутствие российских средств резервного копирования на ленточные библиотеки;
• специалистов по продуктам с собственным ядром мало;
• независимых тестов производительности немного.

На что обратить внимание при выборе

В «Инфомаксимуме» советуют сравнивать продукты только внутри одного класса: СУБД, которые позиционируются как замена транзакционных систем, некорректно ставить в один ряд с аналитическими хранилищами. Когда класс определён, выбор СУБД удобно вести по чек-листу:

1. Профиль нагрузки и объём данных через три года.
2. Совместимость с 1С, ERP и отраслевыми системами компании.
3. Сертификат и класс защиты, если их требует регулятор.
4. Миграция: инструменты и опыт вендора в похожих проектах.
5. Отказоустойчивость: репликация, автопереключение, несколько ЦОД.
6. Окружение: резервное копирование и мониторинг.
7. Поддержка: 24/7, SLA, партнёры в регионах.
8. Команда: специалисты на рынке и обучение у вендора.
9. Стоимость владения за три–пять лет, а не цена лицензии.
10. Пилот на своих данных до закупки.

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

Заключение

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

Обзоры продуктов — в отдельных материалах о транзакционных, аналитических, высоконагруженных и специализированных СУБД. А какая задача стоит перед вашей компанией: замена Oracle в основной системе, новое хранилище данных или быстрый слой для онлайн-сервисов?