Системы управления базами данных относятся к базовым компонентам современной цифровой инфраструктуры. Через СУБД проходят операции информационных систем, корпоративных порталов, систем учёта, аналитических платформ, электронных архивов и множества других приложений. Поэтому выбор программного обеспечения для хранения и обработки данных влияет не только на производительность, но и на устойчивость всей ИТ-среды.
В российских организациях отдельное значение приобретают СУБД отечественного производства, которые могут использоваться в проектах технологической независимости и при переходе с зарубежных инфраструктурных решений. Одним из представителей этого направления является Tantor Postgres - семейство российских систем управления базами данных, созданное на основе PostgreSQL. Продукт включён в Единый реестр российских программ, а его разработкой занимается компания "Тантор Лабс", входящая в "Группу Астра".
Tantor следует рассматривать не просто как способ хранения таблиц. Вокруг СУБД формируется набор инструментов для администрирования, мониторинга, управления экземплярами, анализа состояния и эксплуатации PostgreSQL-инфраструктуры. При выборе такой платформы организации важно оценивать не название продукта, а требования конкретной информационной системы, объём данных, тип нагрузки, необходимый уровень доступности и совместимость с прикладным программным обеспечением.
Что такое СУБД и какую задачу она решает
СУБД - это программная система, управляющая созданием, хранением, изменением, поиском и защитой структурированных данных. Прикладная программа обычно не работает непосредственно с файлами на диске, а обращается к СУБД с запросами.
Например, когда пользователь открывает карточку клиента, приложение формирует запрос. СУБД определяет, где находятся нужные записи, выбирает подходящий способ их получения и возвращает результат.
При изменении информации система должна следить за согласованностью операций. Если финансовая транзакция состоит из нескольких взаимозависимых действий, неправильное завершение лишь части операций способно нарушить целостность данных.
Поэтому современная реляционная СУБД выполняет значительно больше функций, чем обычное файловое хранилище: управляет транзакциями, параллельным доступом, индексами, правами пользователей, журналированием и механизмами восстановления.
Что представляет собой Tantor Postgres
Tantor Postgres относится к реляционным системам управления базами данных и развивается на основе PostgreSQL. На официальном ресурсе продукт описывается как российская СУБД для корпоративных задач, дополняющая возможности PostgreSQL собственными разработками и средствами эксплуатации.
Использование PostgreSQL в качестве технологической основы имеет практическое значение. PostgreSQL обладает развитой моделью SQL, механизмами транзакций, расширений, индексирования и большим набором клиентских интерфейсов. Tantor сохраняет эту технологическую базу, одновременно развивая собственные редакции и инструменты управления.
По состоянию на 2026 год семейство включает несколько направлений, среди которых Tantor Postgres Special Edition, редакция для использования с "1С", базовая Tantor Basic, сертифицированная Tantor Certified и дополнительные средства для отдельных сценариев обработки информации. Точный состав и возможности следует сверять с документацией конкретной версии, поскольку линейка развивается.
Почему PostgreSQL стал основой отечественных СУБД
PostgreSQL - зрелая реляционная система с открытым исходным кодом и развитой экосистемой.
Она поддерживает транзакционную модель, SQL, различные типы индексов, хранимые процедуры, представления, расширения и большое количество типов данных.
Для разработчиков особенно важна совместимость с привычными клиентскими библиотеками и интерфейсами. В документации Tantor, например, описано применение стандартной библиотеки libpq, C++-обёртки libpqxx и PostgreSQL JDBC Driver для Java-приложений.
Это означает, что переход с PostgreSQL на совместимую СУБД в ряде проектов может быть проще, чем полная миграция приложения на принципиально другой тип базы данных. Однако считать такую миграцию полностью автоматической нельзя: расширения, функции, конфигурация и особенности запросов должны тестироваться отдельно.
Редакции Tantor и зачем они нужны
Единая СУБД редко одинаково подходит всем предприятиям, поэтому производители предлагают несколько редакций.
Tantor Postgres Special Edition ориентирована на корпоративные и высоконагруженные сценарии. Отдельная Special Edition 1C предназначена для инфраструктур, где база данных используется вместе с программными продуктами "1С".
Tantor Basic представляет базовую редакцию семейства. В феврале 2026 года разработчик объявил Tantor Basic 18, основанную на PostgreSQL 18 и включающую техническую поддержку и средства управления базами на основе Postgres.
Для систем с повышенными требованиями к информационной безопасности существует сертифицированное направление Tantor Certified.
Таким образом, выбирать редакцию следует исходя не только из числа пользователей, но и из характера нагрузки, требований регуляторов и используемых приложений.
Tantor Certified и защищённые информационные системы
Для государственных и критически важных информационных систем значимым фактором может быть наличие сертифицированной версии.
В июле 2025 года разработчик сообщил о сертификации Tantor Certified 16.8 по требованиям ФСТЭК России, включая 4-й уровень доверия для средств защиты информации и 4-й класс защиты для СУБД.
Такая редакция может рассматриваться в проектах, где требования к программному обеспечению определяются не только производительностью, но и установленной моделью информационной безопасности.
При этом сам факт наличия сертификата не означает, что любая система автоматически становится защищённой. Необходимо учитывать архитектуру сети, операционную систему, настройки доступа, резервное копирование, администрирование и другие компоненты.
Также важно проверять, распространяется ли требуемый сертификат именно на ту версию и исполнение продукта, которые предполагается внедрять.
Платформа Tantor для управления базами
Помимо самой СУБД существует Платформа Tantor - средство централизованного управления и наблюдения за PostgreSQL-инфраструктурой.
По описанию разработчика, она предоставляет графический интерфейс для работы с базами, мониторинга, анализа журналов и административных операций. В актуальном описании также заявлена мультитенантность, позволяющая логически разделять группы рабочих пространств при эксплуатации большого количества экземпляров СУБД.
Централизованная платформа особенно полезна в крупных организациях.
Когда предприятие эксплуатирует несколько десятков серверов баз данных, ручное подключение к каждому узлу заметно усложняет контроль.
Единая консоль позволяет формировать общую картину: какие экземпляры работают, где растёт нагрузка, где появились ошибки и какие базы требуют внимания администратора.
Мониторинг базы данных
Состояние СУБД нельзя определять только по факту запуска процесса.
Сервер может отвечать на подключения, но выполнять запросы слишком медленно. Причиной становятся блокировки, неэффективные планы выполнения, недостаток памяти, чрезмерная нагрузка на дисковую подсистему или особенности конкретного приложения.
Поэтому мониторинг обычно включает:
- количество подключений;
- длительность запросов;
- использование процессора и памяти;
- дисковые операции;
- блокировки;
- активность транзакций;
- состояние репликации;
- рост отдельных таблиц;
- сообщения журналов.
Платформа Tantor предназначена для централизованного мониторинга и администрирования баз на основе PostgreSQL, что позволяет объединять инфраструктурные и СУБД-метрики в едином рабочем пространстве.
Журналы и диагностика
Журналы СУБД являются одним из основных источников диагностической информации.
В них фиксируются ошибки подключений, проблемы выполнения запросов, системные события и другие сведения.
При небольшом количестве серверов администратор может исследовать журналы непосредственно на каждом узле. В распределённой инфраструктуре такой подход становится неудобным.
Централизованный сбор помогает искать события за определённый период и сопоставлять их с изменением нагрузки.
При этом необходимо учитывать конфиденциальность. Неправильно настроенное логирование способно записывать значения параметров запросов и другие чувствительные данные.
Поэтому политика журналирования должна быть согласована с требованиями безопасности.
Работа с транзакциями
Для корпоративных систем особенно важна транзакционная обработка.
Представим перевод условной суммы между двумя внутренними счетами. Программа должна уменьшить значение на одном счёте и увеличить на другом.
Если первая операция выполнится, а вторая завершится с ошибкой, данные станут противоречивыми.
Транзакционный механизм позволяет объединять связанные изменения в логическую единицу: либо выполняется весь набор действий, либо происходит откат.
PostgreSQL и основанные на нём решения используют развитую транзакционную модель, что делает их применимыми для информационных систем, где целостность данных является обязательным требованием.
Параллельная работа пользователей
Корпоративная база редко обслуживает одного человека.
С ней одновременно могут взаимодействовать сотни или тысячи пользователей, фоновые службы, отчётные системы и интеграционные процессы.
СУБД должна корректно обрабатывать параллельные операции и предотвращать появление логически противоречивых данных.
Большую роль здесь играет механизм управления конкурентным доступом.
Администратору необходимо следить за длительными транзакциями и блокировками. Один плохо спроектированный запрос может удерживать ресурсы и задерживать операции других пользователей.
Поэтому производительность базы определяется не только мощностью сервера, но и архитектурой приложения.
Индексы и производительность
Если база содержит миллионы строк, последовательный просмотр таблицы при каждом запросе способен занимать значительное время.
Индексы позволяют быстрее находить необходимые записи.
Но индекс не является универсальным ускорителем.
Каждая дополнительная структура занимает дисковое пространство и требует обновления при изменении данных.
Большое количество неоправданных индексов может замедлить операции записи.
Поэтому администратор должен анализировать реальные запросы и планы их выполнения.
Задача производительности решается комплексно: правильным проектированием схемы, индексированием, конфигурацией СУБД, достаточными аппаратными ресурсами и оптимизацией приложения.
Работа с "1С"
Отдельное направление семейства Tantor связано с системами "1С".
Для российских предприятий это важный сценарий, поскольку приложения данной платформы широко применяются в бухгалтерском, кадровом, складском и управленческом учёте.
На официальном сайте представлена Tantor Special Edition 1C, а производитель указывает на ориентацию редакции на совместную эксплуатацию с программными продуктами фирмы "1С".
При миграции существующей базы необходимо проводить нагрузочное тестирование.
Производительность конкретной информационной системы зависит от размера базы, количества пользователей, структуры конфигурации, числа фоновых заданий и используемого оборудования.
Поэтому результаты одного проекта нельзя автоматически переносить на другой.
Высокая доступность
Для критичных информационных систем простой базы данных может означать остановку всего приложения.
Поэтому архитектура СУБД нередко включает несколько серверов.
Основной узел обрабатывает рабочую нагрузку, а резервные получают изменения посредством репликации.
При отказе основного сервера один из резервных может быть переведён в рабочую роль.
Такая схема повышает доступность, но требует продуманной автоматизации.
Необходимо корректно определять отказ, исключать одновременную работу нескольких независимых основных узлов и контролировать состояние реплик.
Высокая доступность также не заменяет резервное копирование: ошибочное удаление данных способно распространиться и на реплику.
Резервное копирование базы Tantor
Любая промышленная СУБД требует отдельной стратегии резервного копирования.
Простой перенос файлов каталога работающей базы не всегда создаёт корректную копию.
Резервирование должно учитывать состояние транзакционных журналов и согласованность данных.
Обычно создаются полные базовые копии и сохраняется информация, необходимая для восстановления изменений между ними.
Периодически требуется выполнять тестовое восстановление на отдельной инфраструктуре.
Само сообщение "копирование завершено успешно" не гарантирует, что база действительно запустится после аварии.
Особенно важно документировать порядок восстановления и хранить хотя бы одну копию отдельно от основной площадки.
Масштабирование серверной инфраструктуры
По мере развития информационной системы растёт количество пользователей и объём данных.
Первый этап масштабирования обычно связан с увеличением ресурсов одного сервера: процессоров, оперативной памяти и производительности накопителей.
Однако такой подход имеет физические и экономические ограничения.
Часть нагрузки можно переносить на реплики, например отдельные операции чтения и аналитические запросы.
Архитектура зависит от характера приложения: система интенсивной обработки транзакций предъявляет другие требования, чем аналитическое хранилище.
Поэтому перед масштабированием полезно собирать длительную статистику нагрузки и определить реальное узкое место.
Tantor PipelineDB и потоковые данные
В экосистеме Tantor присутствует PipelineDB - расширение, предназначенное для непрерывного выполнения SQL-запросов на потоках данных с инкрементальным сохранением результатов в таблицах.
Такой подход отличается от классического сценария, когда сначала большой набор данных записывается в таблицу, а затем аналитический запрос периодически пересчитывает весь объём.
Потоковая обработка может использоваться для телеметрии, событийных данных и других задач, где информация непрерывно поступает в систему.
Документация PipelineDB указывает поддержку PostgreSQL 15 и 16 на 64-разрядных архитектурах x86_64 и ARM для соответствующей версии расширения. При практическом внедрении актуальную матрицу совместимости следует сверять с документацией конкретного релиза.
Развитие версий Tantor
СУБД активно обновляется вместе с развитием PostgreSQL.
В июне 2026 года "Тантор Лабс" сообщила о выпуске Tantor Postgres 18.3.0 на базе PostgreSQL 18. В релиз вошли возможности соответствующей ветки PostgreSQL и собственные разработки производителя.
Это важный момент для инфраструктурного планирования.
Версия СУБД определяет поддерживаемые возможности, исправления и совместимость с дополнительными компонентами.
При этом переход на новый мажорный выпуск нельзя проводить только потому, что он новее.
Сначала необходимо проверить приложение, расширения, клиентские драйверы, резервное копирование и процедуры репликации.
Для критичных систем обновление проходит через отдельный тестовый контур.
Миграция с PostgreSQL
Технологическое родство Tantor и PostgreSQL способно упростить перенос данных по сравнению с миграцией на принципиально другую СУБД.
Однако слово "совместимость" не следует воспринимать как гарантию отсутствия работ.
В существующей базе могут применяться сторонние расширения, собственные функции, нестандартные типы данных и особенности определённой версии PostgreSQL.
Перед миграцией необходимо провести инвентаризацию.
Проверяются:
- размер базы;
- используемые расширения;
- код хранимых процедур;
- клиентские драйверы;
- способы резервирования;
- механизмы репликации;
- требования приложения к версии PostgreSQL.
После переноса выполняются функциональные и нагрузочные испытания.
Миграция с другой СУБД
Переход с Oracle, Microsoft SQL Server или другой технологически отличающейся СУБД является более сложным проектом.
SQL имеет стандарт, но конкретные продукты содержат собственные расширения языка и механизмы.
Отличаться могут типы данных, функции, работа последовательностей, процедуры, обработка ошибок и механизмы разграничения прав.
Поэтому миграция включает не только перенос таблиц.
Необходимо анализировать прикладной код, хранимую бизнес-логику и интеграционные интерфейсы.
Крупный проект обычно выполняют поэтапно: обследование, создание прототипа, перенос тестовой базы, адаптация приложения, нагрузочные испытания и только затем промышленный переход.
Совместимость с российскими операционными системами
Для отечественной инфраструктуры большое значение имеет совместное использование СУБД с российскими ОС.
В экосистеме "Группы Астра" интеграция с Astra Linux является одним из естественных сценариев. Платформа Tantor получила поддержку Astra Linux 1.8 ещё в версии 4.2.
Однако совместимость необходимо проверять для конкретных версий продукта.
Особенно это важно при обновлении ядра операционной системы или мажорном переходе СУБД.
На тестовом стенде следует воспроизводить конфигурацию, близкую к производственной: версию ОС, СУБД, файловую систему и настройки безопасности.
Аппаратная архитектура
Производительность базы зависит не только от самой СУБД.
Большое значение имеют процессор, оперативная память, скорость накопителей и сеть.
Для транзакционных систем особенно важна задержка дисковых операций.
Медленное хранилище способно ограничить производительность даже мощного процессора.
Объём памяти влияет на размер кэшей и количество данных, которые могут обрабатываться без постоянного чтения с диска.
При этом универсальной аппаратной конфигурации не существует.
Сервер для базы объёмом 50 ГБ и десяти пользователей значительно отличается от инфраструктуры с несколькими терабайтами и тысячами параллельных операций.
Безопасность учётных записей
СУБД должна обеспечивать разделение полномочий.
Прикладному приложению не следует подключаться к базе с максимальными административными правами.
Для каждого сервиса создаётся учётная запись с минимально необходимым набором разрешений.
Отдельные пользователи используются для резервирования, мониторинга и администрирования.
Пароли и другие секреты нельзя хранить непосредственно в открытом виде в исходном коде приложений.
Изменения полномочий должны контролироваться.
Такая модель уменьшает последствия компрометации отдельного приложения или пользовательской учётной записи.
Шифрование и защита соединений
Передача запросов между приложением и СУБД может происходить через сеть.
Если трафик не защищён, существует риск перехвата учётных данных и содержимого запросов.
Поэтому в корпоративной инфраструктуре применяются защищённые соединения.
Отдельно рассматривается шифрование данных на уровне дисков или системы хранения.
Эти меры решают разные задачи: сетевое шифрование защищает информацию во время передачи, а шифрование хранилища - при физическом доступе к носителям.
Однако шифрование не заменяет разграничение прав и аудит.
Документация и обучение специалистов
При переходе на новую СУБД большое значение имеет не только технология, но и готовность команды её обслуживать.
На официальном ресурсе Tantor опубликована документация по редакциям СУБД и Платформе, а также учебные программы для администраторов.
Знание PostgreSQL является хорошей основой, поскольку Tantor строится на этой технологии.
Однако администраторам необходимо изучить отличия конкретной редакции, собственные инструменты платформы и процедуру обновлений.
Особенно полезна практика на отдельном учебном стенде, где можно безопасно моделировать отказ, восстановление и изменение конфигурации.
Техническая поддержка
Для корпоративной СУБД значим не только исходный программный продукт, но и его сопровождение.
Авария базы может непосредственно остановить работу информационной системы, поэтому организации необходимо понимать порядок обращения к вендору и доступный уровень поддержки.
У "Группы Астра" опубликовано положение о технической поддержке СУБД Tantor и Платформы Tantor, регулирующее соответствующую услугу сопровождения.
При проектировании следует заранее определить, какие задачи решает собственная команда, а какие могут потребовать участия производителя.
Это особенно важно для круглосуточных систем, где простой ограничен строгим RTO.
Когда отечественная СУБД может быть оправданным выбором
Российское решение имеет практический смысл, если соответствует техническим требованиям проекта.
Причинами выбора могут быть необходимость перехода на отечественный программный стек, использование российского Linux, требования по реестровому программному обеспечению или потребность в локальной технической поддержке.
Tantor включена в Единый реестр российских программ; реестровая запись продукта датируется 2022 годом.
Но одного факта присутствия в реестре недостаточно.
Перед внедрением нужно проверить функциональность прикладной системы, производительность, возможность резервирования и совместимость всех компонентов.
Правильное решение принимается по итогам технического обследования и пилота.
Как проводить пилотирование Tantor
Пилотный проект лучше строить на копии реальной информационной системы.
Сначала создаётся стенд с предполагаемой версией ОС и СУБД.
Затем переносится база данных.
Проводятся типичные пользовательские операции и нагрузочные тесты.
Необходимо оценить не только максимальное число запросов, но и стабильность длительной работы.
Отдельно проверяются резервное копирование и восстановление.
Следующий этап - моделирование отказа одного из компонентов, если предполагается кластерная архитектура.
После завершения пилота специалисты получают измеримые результаты и могут сравнить их с требованиями проекта.
Что оценивать при промышленном внедрении
Перед запуском базы в промышленную эксплуатацию желательно подготовить эксплуатационный регламент.
В нём определяются:
- ответственные администраторы;
- правила создания пользователей;
- резервное копирование;
- частота проверки восстановления;
- параметры мониторинга;
- порядок установки обновлений;
- действия при исчерпании дискового пространства;
- процедура аварийного переключения;
- правила хранения журналов.
Такой документ снижает зависимость эксплуатации от знаний одного специалиста.
Особенно это важно в инфраструктуре, которая должна работать круглосуточно.
Типичные ошибки при выборе СУБД
Первая ошибка - считать, что совместимость с PostgreSQL означает полное отсутствие необходимости тестирования.
Вторая - выбирать платформу исключительно по синтетическому тесту производительности.
Третья - проектировать сервер без запаса по дисковому пространству.
Четвёртая - запускать промышленную базу без настроенного резервного копирования.
Пятая - иметь резервную копию, но никогда её не восстанавливать.
Шестая - использовать одну административную учётную запись всеми приложениями.
Седьмая - обновлять СУБД и операционную систему одновременно без тестового контура.
Восьмая - не контролировать медленные запросы и блокировки.
Девятая - считать репликацию заменой резервному копированию.
Десятая - переносить крупную базу без предварительного нагрузочного испытания.
Заключение
СУБД отечественного производства Tantor представляет собой семейство российских решений на базе PostgreSQL, рассчитанных на хранение и обработку данных в корпоративных информационных системах. Продукт входит в Единый реестр российских программ и развивается компанией "Тантор Лабс" в составе "Группы Астра".
Использование PostgreSQL в качестве технологической основы обеспечивает знакомую для разработчиков реляционную модель, SQL, стандартные клиентские интерфейсы и развитую экосистему. При этом Tantor дополняется собственными инструментами и редакциями для различных сценариев.
В линейке присутствуют корпоративные, базовые, ориентированные на "1С" и сертифицированные варианты. Актуальная редакция должна выбираться по требованиям конкретной системы, а не только по общему названию продукта.
Отдельную роль играет Платформа Tantor, предназначенная для централизованного мониторинга и администрирования PostgreSQL-инфраструктуры. Она помогает объединять работу с большим количеством экземпляров баз в едином интерфейсе.
Для критичных систем необходима комплексная архитектура: резервные копии, репликация, мониторинг, разграничение прав, защищённые соединения и регулярное тестирование восстановления.
Переход с обычного PostgreSQL потенциально проще, чем миграция с технологически отличающейся СУБД, но всё равно требует проверки расширений, запросов, драйверов и производительности.
При миграции с другой платформы необходимо дополнительно адаптировать типы данных, процедуры, функции и прикладной код.
По состоянию на 2026 год Tantor развивается на актуальной ветке PostgreSQL: в июне была представлена Tantor Postgres 18.3.0 на основе PostgreSQL 18.
При выборе отечественной СУБД наиболее разумным подходом остаётся пилотирование на реальной или максимально близкой к ней нагрузке. Оно позволяет проверить производительность, совместимость, резервирование и восстановление до переноса критичной информации.
В итоге Tantor следует рассматривать как инфраструктурную СУБД, выбор которой должен опираться на технические требования организации. Российское происхождение и совместимость с отечественным программным стеком могут быть важными критериями, но надёжность промышленной базы в конечном счёте определяется всей архитектурой: аппаратными ресурсами, конфигурацией, качеством приложений, мониторингом, резервированием и компетенциями специалистов.
