Система SBN

Система SBN — это комплексное программно-аппаратное решение для управления базами данных и обеспечения отказоустойчивости, разработанное в России. Система предназначена для создания высоконадёжных кластеров баз данных, обеспечивающих непрерывную работу критически важных информационных систем в государственных и коммерческих организациях. Основная функция SBN — синхронизация данных между несколькими серверами для предотвращения потери информации при сбоях и обеспечения бесперебойного доступа к ней.

История

Разработка системы SBN началась в середине 2000-х годов компанией «Рэдикс» (впоследствии — «Рэдикс Групп»). Изначально проект был нацелен на создание решения для репликации данных, работающего в среде операционной системы Linux. Первые версии системы предназначались для использования с СУБД PostgreSQL и MySQL. В 2009 году была выпущена первая стабильная версия SBN, которая позволяла организовать синхронизацию данных между двумя серверами в режиме «активный-активный» (active-active), то есть оба узла могли одновременно обрабатывать запросы и вносить изменения.

В 2010-х годах система получила поддержку других популярных СУБД, включая Oracle Database и Microsoft SQL Server, а также была адаптирована для работы в средах виртуализации. В 2014 году, после введения политики импортозамещения в России, интерес к SBN со стороны государственных структур значительно вырос. Система была включена в Единый реестр российских программ для электронных вычислительных машин и баз данных (далее — Реестр отечественного ПО), что позволило использовать её в проектах с требованиями к локализации.

К 2020-м годам SBN превратилась в полноценную платформу управления отказоустойчивостью, включающую не только репликацию, но и мониторинг, автоматическое переключение (failover) и балансировку нагрузки. Продукт активно применяется в банковском секторе, телекоммуникациях, энергетике и государственных информационных системах.

Архитектура и принцип работы

Основные компоненты

Система SBN состоит из нескольких ключевых модулей:

• Менеджер кластера (Cluster Manager) — центральный компонент, управляющий состоянием узлов, распределением нагрузки и обработкой сбоев.
• Агент репликации (Replication Agent) — программный модуль, устанавливаемый на каждом сервере базы данных, который отвечает за захват изменений (capture) и их передачу на другие узлы.
• Транспортный уровень — обеспечивает передачу данных между узлами по защищённым каналам (TCP/IP, SSL/TLS).
• Мониторинг и логирование — сбор метрик производительности, состояния синхронизации и событий для администратора.

Режимы работы

SBN поддерживает несколько моделей развёртывания:

• Активный-активный (Active-Active) — все узлы кластера одновременно обрабатывают запросы на чтение и запись. Изменения, внесённые на одном узле, немедленно реплицируются на другие. Этот режим обеспечивает максимальную производительность и отказоустойчивость, но требует разрешения конфликтов при одновременных изменениях одних и тех же данных.
• Активный-пассивный (Active-Passive) — только один узел (активный) обрабатывает запросы, второй (пассивный) находится в режиме ожидания и получает репликацию данных. При сбое активного узла пассивный автоматически берёт на себя его функции (failover).
• Геораспределённый кластер — узлы могут находиться в разных географических точках, что позволяет обеспечить катастрофоустойчивость (disaster recovery) при выходе из строя целого дата-центра.

Технология репликации

Репликация в SBN основана на технологии асинхронной передачи журналов транзакций (transaction log shipping). Изменения, фиксируемые в журнале базы данных, захватываются агентом репликации, упаковываются в пакеты и отправляются на другие узлы кластера. Задержка репликации (лаг) обычно составляет от нескольких миллисекунд до нескольких секунд в зависимости от нагрузки и качества сети. Для критически важных транзакций может использоваться синхронный режим, когда запись подтверждается только после получения подтверждения от всех узлов, что снижает производительность, но гарантирует полную согласованность данных.

Классификация и версии

Система SBN выпускается в нескольких редакциях, различающихся по функциональности и масштабируемости:

• SBN Standard — базовая версия, поддерживающая до 2 узлов в кластере и основные СУБД (PostgreSQL, MySQL).
• SBN Enterprise — расширенная версия с поддержкой до 16 узлов, дополнительных СУБД (Oracle, MSSQL), геораспределённых кластеров и расширенных средств мониторинга.
• SBN Cloud — версия для развёртывания в облачных средах (Yandex Cloud, VK Cloud, Cloud.ru), оптимизированная для работы с виртуальными машинами и контейнерами.

По состоянию на 2024 год актуальной является версия SBN 4.x, в которой реализована поддержка контейнеризации (Docker, Kubernetes) и интеграция с системами оркестрации.

Применение

Государственные информационные системы

Система SBN активно используется в проектах по созданию и модернизации государственных информационных систем (ГИС). Например, она применяется для обеспечения отказоустойчивости баз данных в системах электронного документооборота, порталах государственных услуг, системах межведомственного взаимодействия. Включение в Реестр отечественного ПО позволяет использовать SBN в проектах, финансируемых из бюджета, без нарушения требований к локализации.

Банковский сектор

В банках SBN используется для обеспечения непрерывности работы операционных систем (АБС, CRM, процессинг). Высокая надёжность и поддержка синхронной репликации позволяют минимизировать риск потери данных при сбоях. Крупные российские банки, такие как Сбербанк, ВТБ и Газпромбанк, применяют SBN в своих инфраструктурах для критически важных сервисов.

Телекоммуникации

Операторы связи используют SBN для управления базами данных абонентов, биллинговых систем и платформ услуг. Геораспределённые кластеры позволяют обеспечить доступность сервисов при авариях в отдельных регионах.

Промышленность и энергетика

В промышленных предприятиях SBN применяется для отказоустойчивого хранения данных систем управления производством (MES), диспетчерских систем и архивов технологической информации.

Преимущества и недостатки

Преимущества

• Отказоустойчивость — автоматическое переключение при сбоях без потери данных (в синхронном режиме).
• Гибкость — поддержка различных СУБД и режимов работы.
• Локализация — полностью российская разработка, включена в Реестр отечественного ПО, что упрощает закупки для госсектора.
• Масштабируемость — возможность построения кластеров из нескольких узлов, включая геораспределённые.

Недостатки

• Сложность настройки — требует квалифицированного персонала для развёртывания и обслуживания.
• Зависимость от сети — в асинхронном режиме возможны задержки репликации, что может привести к потере последних транзакций при катастрофическом сбое.
• Стоимость — лицензирование Enterprise-версии может быть дорогим для небольших организаций.

Критика и альтернативы

Система SBN иногда критикуется за недостаточную документацию и сложность внедрения по сравнению с зарубежными аналогами, такими как Oracle Data Guard или MySQL Group Replication. Однако в условиях импортозамещения и ограничений на использование западного ПО, SBN рассматривается как основная альтернатива для российских организаций. Среди других отечественных решений в этой области можно выделить систему «Русский Кластер» и продукты на базе открытого ПО (Patroni, Galera Cluster), которые также используются для построения отказоустойчивых баз данных.

Перспективы развития

Разработчики SBN продолжают совершенствовать систему, добавляя поддержку новых СУБД (в том числе российских, таких как «Лада» и «Ред База Данных»), улучшая интеграцию с облачными платформами и внедряя механизмы автоматического масштабирования. В планах — реализация поддержки распределённых транзакций (XA) и улучшение инструментов мониторинга на основе машинного обучения.

Источники

1. Официальная документация системы SBN (сайт компании-разработчика).
2. Единый реестр российских программ для электронных вычислительных машин и баз данных (Минцифры РФ).
3. Материалы конференций и семинаров по отказоустойчивым системам (2020–2024).
4. Статьи в отраслевых изданиях (CNews, TAdviser, «Открытые системы»).