Администрирование · 12 мин
1С на какой базе данных работает: как выбрать и настроить
На какой базе данных работает 1С: файловый режим, MS SQL Server, PostgreSQL, IBM DB2 и Oracle. Условия выбора, настройка, ограничения и типичные ошибки.
Платформа «1С:Предприятие» не содержит собственной СУБД в клиент-серверном варианте — она работает поверх сторонних систем управления базами данных. Поддерживаются четыре варианта: Microsoft SQL Server, PostgreSQL (включая Postgres Pro), IBM DB2 и Oracle Database. Кроме того, существует файловый режим, в котором база хранится в одном файле формата 1Cv8.1CD без внешней СУБД.
Выбор базы данных определяет производительность, масштабируемость, стоимость лицензий и требования к администрированию. Для небольшой компании с несколькими пользователями достаточно файлового режима, а для организации с десятками одновременных пользователей и объёмными документооборотами потребуется клиент-серверная архитектура на одной из поддерживаемых СУБД.
Переход между вариантами возможен в любой момент через механизм выгрузки и загрузки данных (файл .dt), поэтому ошибка в начальном выборе не фатальна, но требует времени на миграцию и проверку целостности данных.
Какие варианты баз данных поддерживает платформа 1С
Платформа «1С:Предприятие 8» предлагает два принципиально разных режима работы. В файловом режиме вся информационная база — данные, конфигурация, пользователи — хранится в едином файле 1Cv8.1CD на локальном диске или сетевом ресурсе. Отдельная СУБД не требуется, платформа сама управляет доступом к файлу.
В клиент-серверном режиме задействуется трёхзвенная архитектура: клиентское приложение, сервер «1С:Предприятия» и сервер СУБД. Платформа официально поддерживает четыре системы управления базами данных:
- Microsoft SQL Server — наиболее распространённый выбор в среде 1С, обширная база знаний и специалистов;
- PostgreSQL — бесплатная СУБД, существуют специальные сборки, адаптированные под 1С;
- IBM DB2 — применяется в крупных организациях с существующей инфраструктурой IBM;
- Oracle Database — используется в больших корпоративных системах, требует лицензий Oracle.
Выбор конкретной СУБД фиксируется при создании информационной базы на сервере 1С и не влияет на прикладную логику конфигурации: одна и та же конфигурация работает на любой поддерживаемой СУБД.
Сравнение вариантов
Подходит для 1–5 пользователей и небольших баз. Ограничение: блокировки при одновременной записи, риск повреждения файла при сбоях сети.
Подходит для средних и крупных внедрений на Windows. Ограничение: платные лицензии для полноценных редакций.
Подходит при ограниченном бюджете и для Linux-инфраструктуры. Ограничение: нужны специальные сборки и опыт тонкой настройки.
Подходят для крупных организаций с существующими лицензиями этих вендоров. Ограничение: высокая стоимость и дефицит специалистов по связке с 1С.
Файловый режим: когда его достаточно
Файловый вариант — самый простой способ начать работу: база создаётся за минуту, не требует установки дополнительного ПО и администрирования. Для микробизнеса, где с программой работают один-три человека, это рациональный выбор без дополнительных затрат.
Главное ограничение файлового режима — механизм блокировок. При одновременной записи пользователи сталкиваются с ожиданием и конфликтами блокировок, а при размещении файла на сетевом диске заметно падает скорость работы и растёт риск повреждения базы при обрыве соединения. Практический признак того, что файловый режим исчерпал себя: пользователи регулярно получают ошибки «Конфликт блокировок при выполнении транзакции», а рутинные операции выполняются всё медленнее по мере роста базы.
Дополнительные ограничения: в файловом режиме недоступны некоторые возможности платформы, например полноценная работа с фоновыми заданиями в отдельных сеансах и часть механизмов интеграции. Также затруднено резервное копирование «на горячую» — для корректной копии файл базы не должен быть открыт пользователями.
Клиент-серверный режим: архитектура и условия перехода
В клиент-серверном варианте между пользователями и СУБД встаёт сервер «1С:Предприятия» — отдельная служба, которая выполняет прикладной код, управляет сеансами и транслирует запросы в SQL. Такая архитектура снимает ограничения файлового режима: блокировки становятся пообъектными, появляется возможность распределять нагрузку, централизованно управлять соединениями и использовать средства СУБД для резервного копирования.
Условия, при которых переход оправдан: более пяти-семи активных пользователей, база заметного объёма, интенсивный документооборот, необходимость регламентных заданий в фоне, требования к отказоустойчивости и разграничению доступа. Переход выполняется через выгрузку базы в файл .dt из конфигуратора и загрузку в новую информационную базу, созданную на сервере.
Учтите стоимость владения: помимо лицензий 1С потребуется серверная лицензия платформы, лицензии СУБД (кроме бесплатного PostgreSQL) и квалифицированное администрирование. Для небольших компаний суммарные затраты могут превысить выгоды от перехода.
- 1Установите и настройте выбранную СУБД и сервер 1С:Предприятия, проверьте их совместимые версии.
- 2Завершите все сеансы пользователей и сделайте резервную копию файловой базы.
- 3Выгрузите базу в файл .dt через конфигуратор (Администрирование → Выгрузить информационную базу).
- 4Создайте новую информационную базу на сервере 1С с указанием типа СУБД и параметров подключения.
- 5Загрузите файл .dt в новую базу и выполните тестирование и исправление.
- 6Проверьте работу ключевых операций под тестовыми пользователями, затем переключите работу на новую базу.
MS SQL Server: особенности связки с 1С
Microsoft SQL Server — самый популярный выбор для клиент-серверной 1С, прежде всего из-за большого количества специалистов, готовых регламентов обслуживания и хорошей совместимости с Windows-инфраструктурой. Платформа 1С имеет отдельные требования к настройке экземпляра SQL Server, которые нужно соблюсти при развёртывании.
Ключевые моменты настройки: сортировка (collation) базы должна соответствовать требованиям платформы — для русскоязычных баз традиционно используется Cyrillic_General_CI_AS; пользователю, от имени которого сервер 1С подключается к СУБД, нужны права на создание и изменение баз; рекомендуется заранее настроить модель восстановления, регламентные задания обслуживания (перестроение индексов, обновление статистики) и план резервного копирования.
Типичная ошибка — размещение базы 1С на том же экземпляре SQL Server без выделения достаточных ресурсов: нехватка оперативной памяти и медленные диски под файлы данных и журнал транзакций становятся узким местом задолго до исчерпания мощности процессора. Файлы данных и журнал транзакций рекомендуется размещать на быстрых дисках.
PostgreSQL: бесплатная альтернатива
PostgreSQL привлекателен отсутствием лицензионных платежей, что для многих организаций становится решающим аргументом. Однако платформа 1С предъявляет особые требования к сборке СУБД: нужны версии с определёнными патчами — либо специальные сборки, распространяемые через инфраструктуру 1С, либо коммерческий Postgres Pro, сертифицированный для работы с платформой.
По производительности корректно настроенный PostgreSQL показывает результаты, сопоставимые с другими СУБД на типовых задачах 1С, но тонкая настройка требует опыта: параметры памяти, автоматической очистки (autovacuum) и планирования запросов заметно влияют на скорость работы. Без регулярного обслуживания база на PostgreSQL может деградировать по производительности быстрее, чем на MS SQL Server с настройками по умолчанию.
PostgreSQL — также практически единственный разумный вариант для развёртывания сервера 1С на Linux, что важно организациям, сокращающим зависимость от коммерческих ОС.
Как выбрать вариант под свою задачу
Решение принимается по совокупности факторов: число одновременных пользователей, объём и темп роста базы, бюджет на лицензии, наличие специалистов по администрированию и существующая инфраструктура. Однозначного «лучшего» варианта нет — есть подходящий под конкретные условия.
Как выбрать действие
При сомнениях начните с оценки текущей нагрузки: посчитайте активных пользователей в пиковые часы, размер базы и её прирост за последние месяцы. Эти три цифры обычно дают ответ без сложных расчётов.
Проверка результата после развёртывания
После создания или переноса базы убедитесь, что система работает корректно, прежде чем пускать пользователей. Минимальный набор проверок: база открывается в режиме предприятия и конфигуратора, типовые операции (проведение документов, формирование отчётов) выполняются без ошибок, регламентные задания запускаются по расписанию, резервная копия СУБД создаётся и тестово восстанавливается.
Как проверить результат
Все пользователи входят без ошибок подключения к СУБД
Ошибки соединения с сервером или отказ в доступе к базе
Документы проводятся без конфликтов блокировок
Регулярные ошибки блокировок и взаимоблокировок
Копия создаётся по расписанию и восстанавливается на тестовом стенде
Копии не создаются или не восстанавливаются
Время выполнения сопоставимо с прежним или лучше
Заметная деградация скорости после перехода
Отдельно проверьте восстановление из резервной копии на тестовом стенде. Копия, которая ни разу не проверялась восстановлением, не считается надёжной защитой данных.
Что важно запомнить
1С работает в файловом режиме или на одной из четырёх СУБД: MS SQL Server, PostgreSQL, IBM DB2, Oracle. Файловый режим подходит для небольших команд, клиент-серверный — при росте числа пользователей и нагрузки. Переход выполняется через выгрузку .dt, а успех определяется правильной настройкой СУБД и регулярным обслуживанием.
Частые вопросы
Можно ли перенести базу 1С с одной СУБД на другую?
Да. Стандартный способ — выгрузить информационную базу в файл .dt через конфигуратор и загрузить его в новую базу, созданную на целевой СУБД. Конфигурация при этом не меняется, так как прикладной код не зависит от типа СУБД. После переноса обязательно выполните тестирование и исправление и проверьте работу ключевых операций.
Сколько пользователей выдерживает файловый режим?
Технического жёсткого ограничения нет, но на практике комфортная работа сохраняется примерно до пяти-семи активных пользователей. Дальше начинают доминировать конфликты блокировок и замедление операций. Реальная граница зависит от интенсивности записи: справочная работа масштабируется лучше, чем массовое проведение документов.
Правда ли, что 1С на PostgreSQL работает медленнее, чем на MS SQL Server?
Однозначно это утверждать нельзя. На корректно настроенном и обслуживаемом PostgreSQL производительность типовых операций сопоставима с другими СУБД. Проблемы обычно возникают из-за неподходящей сборки, настроек по умолчанию и отсутствия регламентного обслуживания, а не из-за самой СУБД.
Нужна ли отдельная лицензия на сервер 1С при клиент-серверном режиме?
Да. Для работы сервера «1С:Предприятия» требуется отдельная серверная лицензия, помимо клиентских лицензий пользователей. Дополнительно могут понадобиться лицензии на саму СУБД — это не относится к бесплатному PostgreSQL, но касается MS SQL Server, Oracle и IBM DB2.
Что делать, если файловая база повредилась?
Первым делом прекратите все попытки открыть базу и сделайте копию повреждённого файла. Затем запустите утилиту chdbfl.exe из каталога платформы и проверьте физическую целостность файла, после чего выполните тестирование и исправление в конфигураторе. Если восстановить не удаётся — разворачивайте последнюю рабочую резервную копию.
Можно ли развернуть сервер 1С на Linux?
Да, сервер «1С:Предприятия» выпускается для Linux. В этом случае в качестве СУБД обычно используется PostgreSQL (специальная сборка или Postgres Pro), поскольку это наиболее естественное сочетание для Linux-инфраструктуры. Такой вариант позволяет полностью построить серверный контур без лицензий на Windows и коммерческие СУБД.