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

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

Одним из российских семейств СУБД является Tantor Postgres. Разработчиком выступает компания "Тантор Лабс", которая специализируется на системах и платформах управления данными на основе PostgreSQL. Решения семейства развиваются на базе PostgreSQL, сохраняя совместимость с его экосистемой и дополняя исходную технологическую основу собственными средствами разработчика.

Что такое система управления базами данных

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

Эту функцию выполняет СУБД.

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

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

Поэтому при выборе корпоративной СУБД оценивается не только скорость выполнения отдельного запроса. Важны надёжность, резервное копирование, восстановление, механизмы репликации, безопасность, мониторинг, управление пользователями и способность системы работать под длительной нагрузкой.

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

Tantor относится к решениям, основанным на PostgreSQL. PostgreSQL представляет собой объектно-реляционную СУБД с развитой поддержкой SQL и широким набором механизмов для построения прикладных информационных систем. Официальная документация Tantor прямо указывает на PostgreSQL как технологическую основу продукта.

Использование такой основы имеет практическое значение. За годы существования PostgreSQL вокруг него сформировались инструменты разработки, драйверы, библиотеки, средства резервного копирования и компетенции специалистов.

Например, в актуальной документации Tantor среди средств подключения приложений упоминаются библиотека libpq для C, libpqxx для C++ и стандартный PostgreSQL JDBC Driver для Java-приложений. Это позволяет использовать привычные для экосистемы PostgreSQL способы взаимодействия с базой данных.

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

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

Что представляет собой Tantor Postgres

Tantor Postgres - семейство российских СУБД, предназначенных для различных сценариев эксплуатации. На официальном ресурсе разработчика представлены несколько редакций и связанных решений, включая Tantor Basic Edition, Tantor Special Edition, Tantor Certified и специализированные варианты.

Общая технологическая база семейства связана с PostgreSQL. Это важно для организаций, которые уже используют приложения, рассчитанные на PostgreSQL, поскольку при планировании миграции можно отталкиваться от знакомой модели данных, SQL и клиентских интерфейсов.

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

Разработчик также публикует отдельные документы, посвящённые отличиям версий Tantor от соответствующих версий PostgreSQL. Такой подход позволяет администраторам определить, какие дополнительные компоненты или изменения присутствуют в конкретном выпуске.

Различные редакции СУБД Tantor

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

В линейке присутствует Tantor Basic Edition, ориентированная на базовые сценарии использования PostgreSQL-совместимой СУБД. Существует также Basic Free, условия применения которой отдельно определяются лицензионной политикой. Согласно опубликованным условиям, Basic Free предоставляется в составе расширенного репозитория Astra Linux Special Edition и имеет ограничение по количеству физических или виртуальных ядер. Для более крупных конфигураций предусмотрена соответствующая коммерческая лицензия.

Tantor Special Edition ориентирована на более требовательные корпоративные нагрузки. В документации разработчик описывает её как вариант для высоконагруженных систем и корпоративных хранилищ данных.

Отдельное место занимает Tantor Certified. Эта редакция предназначена для информационных систем, в которых предъявляются дополнительные требования к защите информации. В ней реализованы средства контроля целостности баз данных, конфигурации СУБД и хранимых процедур, а разработчик указывает на соответствие требованиям ФСТЭК для предусмотренных продуктом сценариев применения.

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

Tantor Special Edition и корпоративные нагрузки

Корпоративная база данных часто отличается от небольшой прикладной БД количеством пользователей, объёмом информации и требованиями к доступности.

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

Разработчик позиционирует Tantor Special Edition как редакцию, предназначенную в том числе для высоких нагрузок и корпоративных систем. Среди направлений доработок семейства указываются безопасность баз данных, надёжность, высокая доступность, оптимизации для работы с отдельными корпоративными приложениями и дополнительные функции по сравнению с базовой PostgreSQL.

Однако принадлежность продукта к Enterprise-классу не отменяет необходимости нагрузочного тестирования. Производительность любой СУБД зависит от структуры таблиц, индексов, SQL-запросов, аппаратных ресурсов, количества соединений, скорости накопителей и особенностей приложений.

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

Работа с приложениями 1С

Отдельным направлением является использование СУБД в информационных системах на платформе "1С:Предприятие".

Для этой задачи существует Tantor Special Edition 1C. Разработчик указывает, что редакция создавалась специально для работы с продуктами "1С" и содержит оптимизации, предназначенные для соответствующего сценария эксплуатации.

Выделение специализированной редакции объясняется тем, что СУБД является только одной частью прикладной системы. Производительность определяется взаимодействием сервера баз данных, платформы приложения, операционной системы, запросов и оборудования.

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

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

Безопасность базы данных

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

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

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

В документации Tantor описываются средства аудита. В частности, расширение pgAudit используется для формирования детализированных журналов аудита сеансов и объектов базы данных.

Для систем с повышенными требованиями к защите разработана редакция Tantor Certified. Помимо стандартных механизмов PostgreSQL-совместимой СУБД, в ней заявлены дополнительные функции контроля целостности. При нарушении целостности контролируемых объектов предусматриваются механизмы ограничения доступа.

При этом наличие защищённой редакции СУБД не делает информационную систему автоматически безопасной. Необходимо также защищать операционную систему, сеть, учётные записи, резервные копии и прикладной уровень.

Резервное копирование и восстановление

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

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

Поэтому резервная копия должна существовать независимо от основной базы и регулярно проверяться.

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

Например, в документации Tantor при описании миграции между выпусками упоминаются стандартные инструменты PostgreSQL, включая pg_dumpall и pg_upgrade.

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

Высокая доступность и репликация

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

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

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

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

Поэтому для Tantor, как и для других PostgreSQL-совместимых систем, схема высокой доступности должна разрабатываться вместе с архитектурой серверов, сетей и хранилищ.

Мониторинг и Платформа Tantor

Сама СУБД выполняет запросы и хранит информацию, но администратору требуется инструмент, позволяющий наблюдать за её состоянием.

Компания "Тантор Лабс" развивает для этой задачи отдельную Платформу Tantor. Она предназначена для централизованного мониторинга и администрирования инфраструктуры PostgreSQL и СУБД семейства Tantor. Разработчик описывает её как систему, объединяющую профессиональные инструменты работы с базами данных в графическом интерфейсе.

Мониторинг позволяет анализировать число подключений, потребление ресурсов, состояние экземпляров СУБД и другие эксплуатационные показатели.

Особое значение имеет поиск медленных SQL-запросов. Если сервер базы данных перегружен, увеличение числа процессоров или объёма памяти не всегда устраняет проблему. Причиной может оказаться неудачный запрос, отсутствие индекса или неоптимальная структура данных.

В этом случае диагностика на уровне СУБД позволяет находить источник нагрузки и принимать решение уже на основании измерений.

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

Совместимость с PostgreSQL

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

Tantor сохраняет основные интерфейсы и технологии PostgreSQL. Документация подтверждает поддержку распространённых клиентских средств, включая JDBC и библиотеки семейства libpq.

Это позволяет рассчитывать на высокий уровень переносимости многих приложений, которые изначально создавались для PostgreSQL.

Однако термин "совместимость" не следует понимать как гарантию того, что любая существующая база может быть перенесена без проверки. В реальных проектах могут использоваться сторонние расширения, функции на разных языках, специфические параметры конфигурации или привязанные к версии особенности поведения планировщика запросов.

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

Разработчик публикует документацию по различиям между выпусками Tantor и соответствующими версиями PostgreSQL, что может использоваться как один из источников при такой проверке.

Миграция с другой СУБД

Переход на отечественную СУБД может происходить по двум принципиально разным сценариям.

Первый - миграция с PostgreSQL. Обычно она проще благодаря общему технологическому фундаменту, хотя всё равно требует тестирования.

Второй - переход с СУБД другого семейства, например системы с отличающимся SQL-диалектом. Здесь недостаточно просто скопировать файлы базы.

Необходимо перенести структуру таблиц, индексы, данные, хранимые процедуры, права доступа и прикладную логику. SQL-запросы могут требовать адаптации, а некоторые функции исходной СУБД - замены аналогами.

Разработчик Tantor выделяет миграцию из Oracle как одно из направлений развития семейства продуктов.

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

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

Обновление версий СУБД

База данных обычно эксплуатируется значительно дольше большинства пользовательских приложений. За это время выпускаются новые версии, устраняются ошибки и уязвимости, появляются дополнительные функции.

Поэтому ещё на этапе проектирования следует продумать процедуру обновлений.

В зависимости от версии может использоваться обновление пакетов внутри одной основной ветки или миграция между мажорными выпусками. В документации Tantor для отдельных сценариев перехода упоминаются стандартные методы PostgreSQL, включая выгрузку и восстановление данных и утилиту pg_upgrade.

Перед обновлением промышленной базы необходимо создать проверенную резервную копию и протестировать процедуру на стенде.

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

Импортонезависимость и происхождение продукта

Термин "отечественная СУБД" часто используется в контексте перехода организаций на российское программное обеспечение.

Компания "Тантор Лабс" определяет себя как российского разработчика СУБД и платформ управления данными на базе PostgreSQL. СУБД Tantor также включена в Единый реестр российских программ, что отмечается в материалах разработчика.

При этом важно различать происхождение коммерческого продукта и происхождение всех технологий, которые лежат в его основе. PostgreSQL является международным проектом с открытым исходным кодом, а Tantor представляет собой российский продукт, построенный на этой технологической базе и развиваемый отечественным вендором.

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

Техническая поддержка и компетенции персонала

Даже стабильная СУБД нуждается в сопровождении. Администраторы должны выполнять резервное копирование, обновления, анализировать производительность, контролировать права и реагировать на аварийные ситуации.

Для Tantor предусмотрена техническая поддержка, порядок оказания которой опубликован разработчиком отдельно для СУБД и Платформы Tantor.

Кроме того, существуют учебные программы по администрированию семейства Tantor Postgres и Платформы Tantor. Они ориентированы на специалистов, которые уже работают или планируют работать с PostgreSQL-подобной инфраструктурой.

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

Как выбирать отечественную СУБД

Выбор СУБД целесообразно начинать не со сравнения маркетинговых характеристик, а с описания требований информационной системы.

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

Затем оценивается совместимость. Если система уже работает на PostgreSQL, важно проверить используемые расширения, драйверы и версию SQL. При переходе с другой СУБД требуется оценить объём адаптации.

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

После этого следует провести пилотное тестирование на предполагаемом оборудовании. Только реальные запросы позволяют объективно сравнить производительность и определить параметры серверов.

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

Ограничения и вопросы, которые необходимо учитывать

Ни одна СУБД не является универсальным решением для любых информационных систем.

При использовании PostgreSQL-совместимой платформы необходимо учитывать особенности конкретного приложения. Система, разработанная с расчётом на другую СУБД, может потребовать значительной переработки.

Высокая производительность также не возникает автоматически после установки продукта. Необходима настройка серверов, индексов, SQL-запросов и схемы данных.

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

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

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

Заключение

Отечественная СУБД представляет собой важный инфраструктурный компонент для организаций, которым необходимо контролировать хранение и обработку корпоративных данных и одновременно учитывать требования к происхождению программного обеспечения, технической поддержке и совместимости с российской ИТ-инфраструктурой.

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

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

Важной частью эксплуатации остаются резервное копирование, мониторинг, контроль доступа, аудит и организация высокой доступности. Для централизованного наблюдения за PostgreSQL-инфраструктурой разработчик предлагает Платформу Tantor, однако её следует рассматривать как дополнительный административный инструмент, а не как замену самой СУБД.

Выбор Tantor или другой отечественной системы управления базами данных должен основываться на технических требованиях конкретного проекта. Необходимо учитывать объём и характер данных, нагрузку, используемые приложения, требования безопасности, стоимость эксплуатации и квалификацию специалистов. Наиболее надёжным способом проверки соответствия является тестирование на рабочей модели информационной системы до переноса промышленной базы.

Таким образом, переход на СУБД отечественного производства - это не просто замена одного серверного программного продукта другим. Он затрагивает архитектуру приложений, процессы резервного копирования, мониторинг, отказоустойчивость и компетенции персонала. Tantor может использоваться как PostgreSQL-совместимая основа такой инфраструктуры, но результат проекта определяется прежде всего качеством предварительного анализа, миграции и последующего администрирования.