Какие базы данных используются в 1С

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

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

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

Файловый режим: встроенный движок 1С

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

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

Также существует вариант файлового режима через веб-сервер: база публикуется на Apache или IIS, и пользователи подключаются по HTTP или через браузер. Это снимает проблему прямого доступа к сетевой папке, но ограничения по масштабированию сохраняются.

Клиент-серверная архитектура: роль сервера 1С

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

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

PostgreSQL: бесплатный и самый популярный вариант

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

По производительности PostgreSQL уверенно справляется с базами среднего и крупного масштаба, но требует грамотной настройки: параметры памяти (shared_buffers, work_mem), планировщика и автовакуума по умолчанию рассчитаны на слабое оборудование. Без тюнинга база будет работать заметно медленнее своих возможностей.

Ограничение, о котором часто забывают: для Windows-серверов сборки PostgreSQL от 1С исторически выходили с задержкой относительно Linux-версий, поэтому связка «Linux + PostgreSQL» считается более зрелой. Если инфраструктура строго на Windows и нет специалиста по Linux, проще рассмотреть MS SQL Server.

SELECT name, setting FROM pg_settings WHERE name IN ('shared_buffers','work_mem','max_connections','effective_cache_size');

Microsoft SQL Server: удобство администрирования под Windows

MS SQL Server — второй по популярности вариант для 1С. Его сильные стороны: зрелые графические инструменты администрирования (SQL Server Management Studio), встроенные средства резервного копирования, мониторинга и планов обслуживания, а также большое количество специалистов на рынке. Для организаций, уже купивших лицензии Microsoft, это естественный выбор.

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

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

Oracle Database и IBM Db2: нишевые варианты

Oracle Database поддерживается платформой 1С и применяется там, где Oracle уже является корпоративным стандартом — в крупных холдингах, банках, государственных структурах. Сама по себе для 1С она не даёт преимуществ перед PostgreSQL или MS SQL, но позволяет вписаться в существующую инфраструктуру и использовать штатных администраторов Oracle.

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

Как выбрать базу данных под свою задачу

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

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

Частые ошибки и проверка результата

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

Частые вопросы