Современные информационные системы практически всегда работают с данными. Корпоративные приложения, бухгалтерские комплексы, интернет-сервисы, системы документооборота, аналитические платформы и внутренние порталы используют базы данных для хранения информации и выполнения запросов. Центральным программным компонентом такой инфраструктуры является система управления базами данных - СУБД.
В последние годы российские организации уделяют больше внимания отечественному программному обеспечению, в том числе системам хранения и обработки данных. Причины могут быть различными: требования к технологической независимости, необходимость контролировать жизненный цикл программных продуктов, совместимость с российскими операционными системами и желание получать техническую поддержку непосредственно от локального разработчика.
Одним из российских решений этого класса является семейство СУБД Tantor, разрабатываемое компанией "Тантор Лабс". Продукты построены на базе PostgreSQL и предназначены для эксплуатации баз данных в корпоративных информационных системах. СУБД Tantor включена в Единый реестр российских программ для электронных вычислительных машин и баз данных; в реестре продукт относится к классу средств управления базами данных.
Что представляет собой СУБД
СУБД - это программная система, которая обеспечивает создание, хранение, изменение, поиск и защиту структурированных данных. Приложения обычно не работают непосредственно с файлами на диске, а обращаются к СУБД с запросами.
Например, информационная система может отправить запрос на поиск клиента по идентификатору, добавление нового документа или формирование списка операций за определённый период. СУБД принимает запрос, определяет способ его выполнения, обращается к необходимым данным и возвращает результат.
При этом функции СУБД значительно шире простого хранения записей. Система должна контролировать одновременный доступ множества пользователей, поддерживать транзакции, обеспечивать целостность данных, разграничивать права, создавать резервные копии и предоставлять администраторам средства диагностики.
В корпоративной инфраструктуре база данных часто является одним из наиболее критичных компонентов. Если прикладной сервер временно недоступен, его в ряде архитектур можно заменить другим экземпляром. Потеря или повреждение данных может иметь значительно более серьёзные последствия. Поэтому при выборе СУБД оцениваются не только скорость запросов, но и надёжность, инструменты резервирования, возможности мониторинга и особенности эксплуатации.
PostgreSQL как технологическая основа Tantor
Семейство Tantor построено на PostgreSQL. PostgreSQL представляет собой объектно-реляционную СУБД с открытым исходным кодом, вокруг которой сформирована большая экосистема инструментов, драйверов и расширений.
Использование PostgreSQL в качестве технологической основы означает, что многие привычные для специалистов подходы сохраняются и в продуктах Tantor: работа с SQL, таблицами, индексами, транзакциями, ролями, представлениями, процедурами и другими объектами базы данных. В материалах разработчика также подчёркивается сохранение совместимости с экосистемой PostgreSQL в соответствующих продуктах семейства.
Однако отечественная коммерческая СУБД на базе PostgreSQL не является просто переименованной стандартной сборкой. Разработчик может включать собственные изменения ядра, средства управления, инструменты диагностики, дополнительные механизмы безопасности и техническую поддержку.
Именно поэтому при сравнении различных PostgreSQL-совместимых решений необходимо учитывать конкретную редакцию и версию продукта. Даже если две системы имеют общую технологическую основу, их набор возможностей, график обновлений, условия поддержки и дополнительные компоненты могут различаться.
Семейство продуктов Tantor
Под названием Tantor предлагается несколько редакций и связанных с ними продуктов. На официальном сайте среди основных вариантов представлены Tantor Postgres Special Edition, редакция для работы с "1С", базовая редакция Basic Edition и сертифицированная редакция Certified.
Такое разделение связано с тем, что требования к базам данных могут существенно отличаться.
Небольшой внутренней системе может понадобиться сравнительно простая конфигурация. Высоконагруженная корпоративная система предъявляет более серьёзные требования к производительности, управлению ресурсами и диагностике. Информационная система, использующая программные продукты "1С", нуждается в проверенной совместимости с конкретным технологическим стеком. Для отдельных защищённых инфраструктур важны также требования сертификации.
Поэтому само название продукта недостаточно для проектирования. Необходимо определить редакцию, поддерживаемую версию, операционную систему и особенности приложений, которые будут использовать базу данных.
Tantor Postgres Special Edition
Tantor Postgres Special Edition, или SE, относится к основным редакциям семейства и ориентирована на корпоративные информационные системы, включая высоконагруженные сценарии. Производитель описывает её как СУБД на основе PostgreSQL с собственными доработками, предназначенными в том числе для повышения эффективности работы корпоративных приложений.
В июне 2026 года разработчик сообщил о выпуске Tantor Postgres 18.3.0, основанной на PostgreSQL 18. В релиз вошли возможности соответствующей ветки PostgreSQL и собственные изменения Tantor.
Версия технологической основы имеет практическое значение. PostgreSQL развивается, поэтому новые поколения получают изменения в оптимизаторе запросов, средствах администрирования, работе с индексами, репликации и других подсистемах. Но при промышленной эксплуатации обновление СУБД обычно выполняется не автоматически: сначала проверяется совместимость приложений, расширений, драйверов и резервных процедур.
Поэтому при планировании Tantor необходимо ориентироваться не только на самую новую доступную версию, но и на ту, которая протестирована с конкретным прикладным программным обеспечением.
Tantor Basic Edition
Для инфраструктур, которым не требуется весь набор возможностей старших редакций, существует Tantor Basic Edition.
В феврале 2026 года была выпущена Tantor Basic 18, также основанная на PostgreSQL 18. Согласно информации разработчика, редакция включает основные возможности PostgreSQL, техническую поддержку и средства управления базами данных на основе Postgres.
Разделение на базовую и расширенную редакции является обычной практикой для корпоративного программного обеспечения. Оно позволяет выбирать функциональность в зависимости от требований конкретной системы.
Однако при таком выборе важно анализировать не только первоначальные задачи. База данных может постепенно увеличиваться, число пользователей - расти, а информационная система - становиться более критичной для бизнеса. Поэтому архитектуру целесообразно проектировать с учётом возможного дальнейшего масштабирования.
Редакция для систем "1С"
Отдельное направление связано с эксплуатацией программных продуктов "1С". Для этого в семействе существует Tantor Special Edition 1C.
Корпоративные системы "1С" создают специфический профиль нагрузки: большое количество SQL-запросов формируется прикладной платформой автоматически, а особенности конфигурации и числа пользователей могут значительно влиять на нагрузку на базу.
При выборе СУБД для такой среды важно проверять официальную совместимость конкретных версий программных компонентов. Разработчик Tantor выделяет редакцию SE 1C именно как вариант, ориентированный на использование с соответствующими программными продуктами и инфраструктурой.
На практике производительность системы "1С" всё равно зависит не только от СУБД. Значение имеют процессор, объём оперативной памяти, скорость дисковой подсистемы, настройки операционной системы, параметры прикладного сервера и качество конкретной конфигурации.
Поэтому переход на другую СУБД желательно оценивать при помощи нагрузочного тестирования на данных и сценариях, близких к реальным.
Tantor Certified и требования к защищённым системам
Для инфраструктур, где предъявляются специальные требования к используемому программному обеспечению, существует Tantor Certified.
В официальных материалах разработчика эта редакция представлена как сертифицированная универсальная СУБД. В её состав также входит Платформа Tantor - система централизованного мониторинга и администрирования баз данных на основе PostgreSQL.
Наличие специализированной редакции важно отличать от общего понятия "отечественная СУБД". Включение программного обеспечения в российский реестр и наличие сертификатов по требованиям регуляторов - разные характеристики.
Поэтому для информационных систем с нормативными требованиями необходимо проверять сертификат, его область действия, актуальное состояние, поддерживаемые версии продукта и условия эксплуатации. Недостаточно ориентироваться исключительно на название редакции или принадлежность разработчика к российской юрисдикции.
Платформа Tantor для управления базами данных
Помимо непосредственно СУБД в экосистему входит Платформа Tantor. Она предназначена для централизованного администрирования и мониторинга PostgreSQL-инфраструктуры.
Через графический интерфейс специалисты могут получать информацию о состоянии экземпляров баз данных, анализировать показатели производительности, работать с журналами и выполнять административные операции. Производитель также заявляет средства анализа логов и рекомендации, связанные с оптимизацией.
Подобный управляющий уровень становится особенно полезным при росте инфраструктуры.
Если организация эксплуатирует одну базу, опытный администратор может получать большую часть информации непосредственно из СУБД и системных средств операционной системы. При десятках или сотнях экземпляров возникает необходимость видеть их состояние централизованно.
Мониторинг позволяет своевременно замечать рост потребления дискового пространства, увеличение времени запросов, изменение нагрузки, ошибки подключения или другие отклонения.
При этом инструмент мониторинга не заменяет администратора базы данных. Полученные показатели необходимо интерпретировать с учётом архитектуры приложения и характера нагрузки.
Транзакции и целостность данных
Одна из фундаментальных функций промышленной СУБД - обеспечение транзакционной обработки.
Транзакция представляет собой последовательность операций, которая должна рассматриваться как единое логическое действие. Типичный пример - изменение нескольких связанных записей. Если часть операций завершилась ошибкой, база данных должна иметь возможность вернуть систему к согласованному состоянию.
PostgreSQL, лежащий в основе Tantor, поддерживает транзакционную модель и свойства ACID. Это важно для банковских, учётных, складских и других систем, где недопустимо частичное выполнение логически связанной операции.
Но надёжность данных определяется не только возможностями самой СУБД. Прикладная система должна корректно использовать транзакции и обрабатывать ошибки. Если приложение выполняет логически связанные изменения независимыми операциями без соответствующего контроля, СУБД не сможет самостоятельно определить бизнес-смысл этих действий.
Индексы и производительность запросов
По мере роста базы полный просмотр таблицы при каждом запросе становится неэффективным. Для ускорения поиска используются индексы.
Индекс можно представить как дополнительную структуру, которая позволяет быстрее находить необходимые строки без последовательного чтения всей таблицы.
Однако создание индекса не всегда улучшает работу системы. Индекс занимает место и должен обновляться при изменении данных. Если создать слишком много индексов, операции вставки и обновления могут стать тяжелее.
СУБД использует оптимизатор запросов, который оценивает возможные способы выполнения SQL-команды и выбирает план. Для этого ему необходима статистика о распределении данных и характеристиках таблиц.
Поэтому производительность корпоративной базы определяется сразу несколькими факторами: структурой данных, SQL-запросами приложения, индексами, статистикой, настройками СУБД и аппаратными ресурсами.
Даже производительная серверная платформа не исправляет автоматически неэффективные запросы. Именно поэтому средства мониторинга и анализа имеют практическое значение при промышленной эксплуатации.
Резервное копирование и восстановление
Отечественное происхождение СУБД или её высокая производительность не отменяют необходимости резервного копирования.
Организация должна заранее определить, сколько данных допустимо потерять в случае аварии и за какое время необходимо восстановить информационную систему.
Существуют логические и физические способы резервного копирования. Первый подход позволяет выгружать структуру и содержимое базы в логическом представлении. Второй связан с копированием файлов и журналов СУБД с соблюдением необходимых требований согласованности.
Для критичных систем обычно разрабатывается отдельный регламент резервирования. В нём определяются расписание копирования, срок хранения копий, место их размещения и процедура восстановления.
Особенно важно регулярно проверять восстановление на тестовой инфраструктуре. Наличие файла резервной копии само по себе ещё не гарантирует, что он пригоден для быстрого восстановления рабочей системы.
Репликация и отказоустойчивость
Для информационных систем, которые должны работать с минимальными перерывами, одной резервной копии недостаточно.
Может использоваться репликация - передача изменений с основного сервера на один или несколько дополнительных экземпляров. Если основной узел становится недоступным, при соответствующей архитектуре один из резервных серверов может быть использован для восстановления обслуживания.
PostgreSQL имеет встроенные механизмы репликации, на которых могут строиться отказоустойчивые конфигурации. Поскольку Tantor основан на PostgreSQL, этот архитектурный подход сохраняет значение и для соответствующих редакций продукта.
При этом репликацию нельзя считать заменой резервной копии. Ошибочное удаление данных или некорректная операция могут быть переданы на реплику вместе с правильными изменениями.
Поэтому резервирование и репликация решают разные задачи и зачастую применяются одновременно.
Информационная безопасность СУБД
База данных может содержать коммерческую, персональную, финансовую или технологическую информацию. Поэтому права пользователей должны быть разграничены.
Современные СУБД позволяют создавать роли и предоставлять им различные разрешения. Одному пользователю может требоваться только чтение определённых таблиц, другому - изменение данных, а административным специалистам - управление структурой базы.
Принцип минимальных полномочий предполагает, что каждой учётной записи предоставляются только действительно необходимые права.
Также необходимо контролировать сетевой доступ к серверу базы данных. Обычно СУБД не должна быть без необходимости открыта для подключения из любых сетевых сегментов.
Важными элементами защиты являются обновления, регистрация событий, безопасное хранение учётных данных, резервное копирование и контроль административных действий. Наличие механизмов безопасности в самой СУБД не исключает необходимости защищать операционную систему, сервер, сеть и прикладной уровень.
Миграция на отечественную СУБД
Одним из сценариев применения российских СУБД является переход с другого программного обеспечения.
Такую миграцию нельзя свести к простому копированию таблиц. Даже если две системы используют SQL, их синтаксис, типы данных, встроенные функции, процедуры и механизмы работы с последовательностями могут различаться.
Первым этапом обычно становится инвентаризация. Необходимо определить объём базы, количество таблиц, представлений, индексов, процедур и расширений.
Следующий этап - анализ прикладного программного обеспечения. Важно выяснить, использует ли оно специфические функции исходной СУБД.
После адаптации схемы выполняется тестовая загрузка данных. Затем проверяются целостность, функциональность приложения и производительность.
Особое внимание требуется запросам, которые выполняются наиболее часто или обрабатывают большие объёмы информации.
PostgreSQL-совместимость Tantor может уменьшить объём изменений в тех случаях, когда исходная система уже использует PostgreSQL. Но совместимость всё равно необходимо подтверждать для конкретных расширений, версий и приложений.
Российское происхождение и реестр ПО
Статус отечественного программного продукта имеет формальное значение для организаций, которые должны учитывать требования к применяемому программному обеспечению.
СУБД Tantor зарегистрирована в Едином реестре российского программного обеспечения. В реестре указан правообладатель ООО "Лаборатории Тантор" и класс 02.07 - средства управления базами данных.
Сам разработчик также позиционирует компанию как российского разработчика систем управления базами данных и платформ управления данными на основе PostgreSQL.
Однако наличие записи в реестре - только один из критериев выбора. Для технического проекта необходимо дополнительно оценивать функциональность, совместимость, возможности масштабирования, качество сопровождения и стоимость эксплуатации.
Выбор оборудования для СУБД
Производительность базы данных зависит не только от программного обеспечения.
Процессор влияет на выполнение SQL-запросов, операции сортировки, агрегации и работу прикладной логики. Оперативная память используется для кэширования данных и служебных операций. Хранилище определяет скорость чтения и записи страниц базы и журналов транзакций.
Особенно важна не только максимальная пропускная способность накопителей, но и задержка операций.
Для небольших систем требования могут быть умеренными, а высоконагруженная база может нуждаться в нескольких серверах, высокопроизводительном хранилище и резервной инфраструктуре.
Поэтому конфигурацию желательно рассчитывать по результатам тестирования предполагаемой нагрузки, а не только по размеру базы. Два массива данных одинакового объёма могут создавать совершенно разную нагрузку в зависимости от числа пользователей и структуры запросов.
Администрирование и подготовка специалистов
Переход на новую СУБД требует учитывать компетенции сотрудников.
Поскольку Tantor базируется на PostgreSQL, знания архитектуры PostgreSQL полезны при администрировании такой инфраструктуры. Однако специалистам необходимо дополнительно изучить особенности конкретной редакции Tantor и используемых средств управления.
Разработчик предоставляет документацию по редакциям СУБД и отдельные учебные материалы. Также существуют программы обучения администрированию Tantor Postgres и работе с Платформой Tantor.
В промышленной инфраструктуре администратор должен понимать не только команды управления СУБД, но и принципы транзакций, блокировок, оптимизации запросов, резервного копирования, репликации и мониторинга.
Что учитывать при выборе Tantor
Выбор отечественной СУБД имеет смысл начинать с требований конкретной информационной системы.
Необходимо определить объём данных, ожидаемую скорость их роста, число пользователей, профиль запросов и допустимое время простоя. Затем следует проверить совместимость прикладного ПО, драйверов и необходимых расширений.
Для критичных систем необходимо отдельно определить требования к резервному копированию и отказоустойчивости.
Если рассматривается миграция с другой СУБД, желательно создать тестовый стенд и перенести на него копию данных. Такой подход позволяет оценить объём адаптации SQL-кода и фактическую производительность до изменения промышленной среды.
Следует учитывать и сопровождение. Даже технически совместимая СУБД должна иметь понятный процесс обновления и поддержки. Для продуктов Tantor действует регламент технической поддержки, охватывающий соответствующие программные продукты семейства и Платформу Tantor.
Таким образом, принадлежность решения к российскому программному обеспечению может быть важным условием проекта, но не должна становиться единственным критерием технического выбора.
Заключение
СУБД отечественного производства представляет собой один из базовых элементов российской программной инфраструктуры. Такие решения применяются для хранения и обработки информации в корпоративных приложениях и могут использоваться в проектах, где важны российское происхождение программного обеспечения, локальная техническая поддержка и возможность работы с отечественным технологическим стеком.
Tantor является семейством российских систем управления базами данных, построенных на PostgreSQL. СУБД Tantor включена в Единый реестр российского программного обеспечения, а продуктовая линейка включает несколько редакций, рассчитанных на различные эксплуатационные сценарии.
Использование PostgreSQL в качестве технологической основы облегчает применение знакомых SQL-инструментов и подходов к работе с базами данных. При этом редакции Tantor содержат собственные разработки производителя и могут использоваться совместно с Платформой Tantor для централизованного мониторинга и администрирования PostgreSQL-инфраструктуры.
Однако выбор СУБД нельзя основывать только на происхождении продукта или перечне функций. Для промышленной системы необходимо оценивать совместимость приложения, производительность, размер базы, характер запросов, требования к безопасности, резервному копированию и отказоустойчивости.
Особенно важен этап пилотного тестирования. Он позволяет проверить работу реального приложения, измерить нагрузку и выявить несовместимые элементы до начала полноценной миграции.
Таким образом, Tantor можно рассматривать как один из вариантов отечественной PostgreSQL-совместимой СУБД для корпоративной инфраструктуры. Целесообразность её применения определяется требованиями конкретной информационной системы, выбранной редакцией продукта, совместимостью программного окружения и результатами предварительного тестирования.
