Какие СУБД используются в 1С: полный обзор и правила выбора

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

Официально платформа 1С поддерживает четыре клиент-серверные СУБД: Microsoft SQL Server, PostgreSQL (включая Postgres Pro), Oracle Database и IBM Db2. Кроме того, существует файловый режим, в котором база хранится в одном файле с расширением 1Cv8.1CD и не требует отдельной СУБД вообще. Каждый вариант имеет свои ограничения по объёму, числу пользователей и функциональности.

Важно понимать: 1С не работает с СУБД напрямую через стандартные библиотеки. Взаимодействие идёт через сервер «1С:Предприятия» — отдельный компонент, который принимает запросы от клиентов, транслирует их в SQL-запросы конкретной СУБД и возвращает результат. Поэтому при клиент-серверной архитектуре нужно лицензировать и настраивать три уровня: клиентские места, сервер 1С и саму СУБД.

Файловый режим: когда отдельная СУБД не нужна

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

Файловый режим подходит для небольших команд: ориентировочно до 5–10 одновременно работающих пользователей и баз умеренного размера. При размещении файла на сетевом диске все операции блокировок выполняет сама платформа, и при росте числа пользователей резко возрастают задержки: сетевой протокол передаёт большие объёмы данных, а блокировки становятся очередями.

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

Microsoft SQL Server: самый распространённый вариант

MS SQL Server исторически стал самой популярной СУБД для клиент-серверной 1С в Windows-инфраструктуре. Причины практические: зрелые средства администрирования, хорошая производительность на типовых запросах платформы, большое количество специалистов на рынке и обширная база знаний по совместной настройке с 1С.

Для работы потребуется лицензия на SQL Server (редакции Standard или Enterprise; Express не подходит из-за ограничений на объём базы и ресурсы), сервер 1С и клиентские лицензии. База создаётся из консоли кластера 1С: администратор указывает сервер СУБД, имя базы и параметры, а структуру таблиц платформа формирует самостоятельно — создавать таблицы вручную не нужно и не рекомендуется.

Ключевые настройки, влияющие на производительность: модель восстановления базы (для рабочих баз обычно Full с регулярным бэкапом журнала, иначе журнал транзакций разрастается), размещение данных и журнала на разных дисках, корректные параметры tempdb и регулярное обслуживание индексов и статистики. Пренебрежение обслуживанием — самая частая причина «торможения» 1С на SQL Server.

PostgreSQL и Postgres Pro: бесплатная альтернатива

PostgreSQL — основной вариант для тех, кто хочет клиент-серверную архитектуру без затрат на лицензии СУБД. Фирма «1С» распространяет собственную сборку PostgreSQL, адаптированную под платформу, а также поддерживается коммерческая российская версия Postgres Pro. Работает PostgreSQL и на Windows, и на Linux, что позволяет строить полностью свободный стек: Linux + PostgreSQL + сервер 1С.

Для 1С критично использовать именно адаптированную сборку или корректно собранную версию с нужными параметрами (локаль, поддержка необходимых типов данных): установка «ванильного» PostgreSQL с настройками по умолчанию приводит к ошибкам при создании базы или к проблемам сортировки и сравнения строк. При создании базы в консоли кластера важно правильно указать локаль и параметры подключения.

По производительности грамотно настроенный PostgreSQL на типовых конфигурациях показывает результаты, сопоставимые с коммерческими СУБД на средних нагрузках. Основные зоны внимания администратора: настройка shared_buffers, work_mem и параметров автовакуума — без этого на больших базах возможна деградация скорости из-за разрастания таблиц.

Oracle Database и IBM Db2: для крупных внедрений

Oracle Database поддерживается платформой 1С и применяется в крупных организациях, где Oracle уже является корпоративным стандартом. Сильные стороны — масштабируемость, развитые механизмы резервирования и кластеризации. Обратная сторона: высокая стоимость лицензий и необходимость квалифицированного DBA, знакомого именно с Oracle. Для типовой средней компании этот вариант обычно избыточен.

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

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

Сравнение поддерживаемых СУБД

Сравнение вариантов

Файловый режим

Подходит для 1–5 пользователей и старта работы; ограничение — рост базы и числа пользователей быстро упирается в производительность и риск повреждения файла.

PostgreSQL

Оптимален при ограниченном бюджете и наличии Linux-инфраструктуры; ограничение — требует внимательной настройки и обслуживания (автовакуум, память).

MS SQL Server

Подходит для Windows-инфраструктуры и средних/крупных баз; ограничение — стоимость лицензий и необходимость регулярного обслуживания.

Oracle / IBM Db2

Оправданы, когда СУБД уже является корпоративным стандартом; ограничение — дорогие лицензии и дефицит специалистов по связке с 1С.

Как выбрать СУБД под свою задачу

Выбор начинается с трёх параметров: число одновременно работающих пользователей, текущий и прогнозируемый объём базы, бюджет на лицензии и администрирование. До 5–10 пользователей и базы в несколько гигабайт разумно начать с файлового режима, заложив в план миграцию. При 15–50 пользователях уже нужен клиент-серверный вариант, и выбор между PostgreSQL и MS SQL Server определяется бюджетом и компетенциями команды.

Второй фактор — существующая инфраструктура. Если в компании уже работают администраторы MS SQL Server, внедрение PostgreSQL «ради экономии» может обернуться ростом трудозатрат выше сэкономленных лицензий. И наоборот: в Linux-ориентированной компании PostgreSQL встраивается естественно.

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

Маршрут решения

Как выбрать действие

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

10–100 пользователей, ограниченный бюджет, есть Linux-компетенцииРазверните сервер 1С + PostgreSQL (сборка от 1С или Postgres Pro).

Windows-инфраструктура, есть администратор MS SQLИспользуйте MS SQL Server с настроенным обслуживанием индексов и статистики.

Корпоративный стандарт — Oracle или Db2Оставайтесь на корпоративной СУБД и привлеките DBA с опытом именно этой платформы.

Развёртывание клиент-серверной базы: общий порядок

Независимо от выбранной СУБД порядок действий схож: сначала устанавливается и настраивается сама СУБД, затем сервер «1С:Предприятия», после чего в консоли кластера создаётся информационная база. Дальше в базу загружается конфигурация (из dt-файла или через конфигуратор), настраиваются права пользователей и плановое резервное копирование.

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

1. 1
   Установите СУБД поддерживаемой версии и проверьте, что она принимает подключения.
2. 2
   Установите сервер «1С:Предприятия» той же разрядности и версии платформы, что требуется конфигурации.
3. 3
   Откройте консоль кластера серверов 1С и создайте информационную базу, указав тип СУБД, сервер, имя базы и учётные данные.
4. 4
   Загрузите конфигурацию из dt-файла или создайте пустую через конфигуратор.
5. 5
   Настройте регламентное резервное копирование средствами СУБД и проверьте восстановление из копии на тестовом сервере.
6. 6
   Проверьте работу под реальной нагрузкой: скорость открытия документов, проведение, формирование отчётов.

Типичные ошибки и проверка результата

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

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

Контрольные точки

Как проверить результат

Создание базы в консоли кластера

Норма

База создаётся без ошибок, конфигуратор открывается и позволяет загрузить конфигурацию

Тревожный признак

Ошибки подключения, прав доступа или несовместимости версии СУБД

Резервное копирование

Норма

Копия создаётся по расписанию и успешно восстанавливается на тестовом сервере

Тревожный признак

Копии нет, или восстановление ни разу не проверялось

Производительность

Норма

Типовые операции (проведение документов, отчёты) выполняются за приемлемое для пользователей время

Тревожный признак

Время операций растёт неделя к неделе при неизменном объёме работы

Дисковое пространство

Норма

Рост файлов базы и журналов предсказуем и контролируется

Тревожный признак

Журнал транзакций или таблицы разрастаются без контроля

Частые вопросы о СУБД в 1С

Можно ли использовать MySQL или другую СУБД, не входящую в список поддержки?

Нет. Платформа «1С:Предприятие» работает только с четырьмя СУБД из официального списка: MS SQL Server, PostgreSQL, Oracle и IBM Db2. Подключить MySQL, MariaDB, SQLite или другую систему в качестве основного хранилища информационной базы невозможно — сервер 1С просто не имеет соответствующего драйвера доступа.

Можно ли перенести базу с одной СУБД на другую?

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

Что выбрать для небольшой фирмы без системного администратора?

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

Почему нельзя править данные напрямую SQL-запросами?

Логическая структура данных 1С не совпадает один к одному с физическими таблицами: один объект конфигурации может храниться в нескольких таблицах, а служебные механизмы (итоги, последовательности, версии) обновляются платформой комплексно. Прямая правка нарушает эту согласованность и может сделать базу неработоспособной. Чтение для аналитики допустимо, запись — нет.

Нужна ли отдельная лицензия на сервер 1С при клиент-серверном режиме?

Да. Клиент-серверная архитектура требует лицензии на сервер «1С:Предприятия» в дополнение к клиентским лицензиям и лицензии на СУБД (для коммерческих систем). Это нужно учитывать при расчёте стоимости миграции с файлового режима — суммарный бюджет складывается из трёх компонентов.

Как понять, что файловый режим уже не справляется?

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