Какая СУБД используется в 1С

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

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

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

Какие СУБД поддерживает платформа 1С

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

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

Файловый режим: встроенное хранилище без отдельной СУБД

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

У файлового режима есть жёсткие ограничения. При одновременной работе пользователей вся таблица блокируется целиком, поэтому при росте числа сеансов возникают конфликты блокировок и заметные паузы. Практический ориентир — до 5–10 одновременно работающих пользователей и умеренный объём данных. Также файловый режим не поддерживает некоторые механизмы, например полнотекстовое индексирование в ряде сценариев и регламентные операции СУБД.

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

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

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

Для работы 1С с MS SQL важны несколько настроек. Базе данных рекомендуется выставлять параметр READ_COMMITTED_SNAPSHOT, чтобы уменьшить влияние блокировок чтения. Также критична регулярность регламентных операций: обновление статистики, перестроение индексов, контроль роста журнала транзакций. Модель восстановления базы часто переводят в Simple, если нет требований к поминутному восстановлению, чтобы журнал не разрастался.

ALTER DATABASE [MyBase1C] SET READ_COMMITTED_SNAPSHOT ON;

Лицензионная политика Microsoft — главный минус варианта. Лицензии на SQL Server (по ядрам или по пользователям) могут составлять существенную часть бюджета внедрения, особенно при росте числа пользователей.

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

PostgreSQL — вторая по популярности СУБД для 1С. Её ключевое преимущество — отсутствие лицензионных платежей за саму СУБД, что при большом числе пользователей даёт значительную экономию по сравнению с MS SQL Server. В России распространена сертифицированная сборка Postgres Pro, адаптированная под требования 1С и включённая в реестр отечественного ПО.

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

По производительности грамотно настроенный PostgreSQL сопоставим с MS SQL Server на типовых нагрузках 1С, однако тонкая настройка требует более глубоких знаний: параметры shared_buffers, work_mem, effective_cache_size и настройки автоочистки (autovacuum) напрямую влияют на скорость работы базы. Ошибки в конфигурации приводят к деградации производительности по мере роста таблиц.

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

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

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

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

Выбор определяется тремя факторами: числом одновременных пользователей, бюджетом на лицензии и квалификацией доступных администраторов. Оценивать нужно не текущий момент, а перспективу на 2–3 года: миграция с файлового режима на клиент-серверный в разгар отчётного периода — болезненная операция.

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

Как развернуть клиент-серверную базу: общий порядок

Развёртывание клиент-серверной 1С состоит из нескольких этапов независимо от выбранной СУБД. Сначала устанавливается сама СУБД и выполняется её базовая настройка (память, кодировка, параметры соединений). Затем на тот же или отдельный сервер ставится сервер 1С:Предприятия соответствующей разрядности и версии.

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

После развёртывания обязательно проверьте работу под нагрузкой, близкой к реальной: откройте несколько сеансов, запустите проведение документов и построение отчётов. Проблемы с настройками СУБД (недостаток памяти, неоптимальные параметры) проявляются именно при параллельной работе, а не в однопользовательском тесте.

Как проверить, что всё настроено правильно

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

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