К статье
Практический материал

Администрирование · 12 мин

Какая СУБД у 1С: файловый режим и внешние базы данных

Разбираем, какая СУБД используется в 1С: файловый формат, MS SQL Server, PostgreSQL, Oracle и IBM Db2. Поможем выбрать базу под вашу нагрузку и настроить её.

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

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

Ниже разберём, как устроено хранение данных в 1С, какие СУБД поддерживаются, чем они отличаются на практике и как выбрать вариант под конкретную задачу без лишних затрат.

Как 1С хранит данные: файловый и клиент-серверный режимы

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

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

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

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

Платформа 1С:Предприятие 8 сертифицирована для работы с четырьмя семействами СУБД. Каждая требует соответствующих клиентских библиотек на сервере 1С и имеет свои требования к версиям и параметрам сортировки.

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

Важно понимать: прикладное решение (конфигурация) в 1С не зависит от выбранной СУБД. Одна и та же база может быть выгружена в файл .dt и развёрнута на другой СУБД без изменения кода конфигурации. Перенос выполняется штатными средствами конфигуратора.

Сравнение СУБД для 1С: что учитывать при выборе

На практике выбор почти всегда сводится к паре «MS SQL Server или PostgreSQL». Oracle и Db2 оправданы, когда они уже развёрнуты в компании и есть профильные администраторы. Сопоставим ключевые параметры двух основных вариантов.

ПараметрMS SQL ServerPostgreSQL / Postgres Pro
Стоимость лицензийПлатные редакции Standard/Enterprise; Express бесплатен с ограничениямиPostgreSQL бесплатен; Postgres Pro — платная поддержка
Ограничения бесплатной версииExpress: лимит на объём базы и использование памятиНет ограничений на объём и память
АдминистрированиеРазвитые графические инструменты (Management Studio)Требует настройки конфигурации под нагрузку 1С
ОтказоустойчивостьAlways On, зеркалирование, кластеризацияРепликация, сторонние решения кластеризации
Типичный сценарийОрганизации с инфраструктурой Microsoft и администратором MS SQLОграниченный бюджет, импортозамещение, Linux-инфраструктура

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

Какую СУБД выбрать

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

До ~5–10 пользователей и небольшой базы. Ограничение: блокировки таблиц и риск повреждения файла при сбоях.

MS SQL Server

Когда есть бюджет на лицензии и администратор Microsoft-стека. Ограничение: стоимость редакций при росте нагрузки.

PostgreSQL / Postgres Pro

Когда важна экономия на лицензиях или требуется сертифицированное отечественное ПО. Ограничение: нужна грамотная первоначальная настройка.

Oracle / Db2

Только если эти СУБД уже корпоративный стандарт. Ограничение: дорогое сопровождение и дефицит специалистов по связке с 1С.

Как перейти с файлового режима на клиент-серверный

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

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

После загрузки базы обязательно проверьте работоспособность ключевых операций: проведение документов, формирование отчётов, обмены данными. Наиболее частая проблема после миграции на MS SQL — неверный параметр сортировки (collation), из-за которого база не создаётся или работает с ошибками.

sql
-- Пример создания базы для 1С на MS SQL Server с требуемым collation
CREATE DATABASE [TradeBase]
COLLATE Cyrillic_General_CI_AS;
GO

Настройка и обслуживание СУБД под 1С

Установка СУБД «из коробки» почти всегда даёт посредственную производительность. Для PostgreSQL критично настроить параметры памяти (shared_buffers, work_mem, effective_cache_size) под объём оперативной памяти сервера — существуют специализированные сборки с готовыми рекомендациями для 1С. Для MS SQL важны настройки максимального объёма памяти сервера, размещение tempdb на быстрых дисках и план обслуживания.

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

Резервное копирование должно выполняться средствами СУБД, а не копированием файлов базы. Для MS SQL это полные и разностные копии плюс копии журнала транзакций; для PostgreSQL — pg_dump или физические копии с WAL-архивированием. Проверяйте восстановление из копий на тестовом стенде — копия, которая не восстанавливается, не является резервной копией.

Частые ошибки при выборе и эксплуатации СУБД для 1С

Типичные ошибки
01
Развёртывание базы на MS SQL Express для десятков пользователей — упор в ограничения редакции по памяти и размеру базы, резкое падение производительности.
02
Установка PostgreSQL с настройками по умолчанию — параметры рассчитаны на слабое оборудование, сервер использует малую часть доступной памяти.
03
Отсутствие плана обслуживания — статистика устаревает, индексы фрагментируются, база «тормозит» без видимой причины.
04
Хранение базы и журнала транзакций на одном медленном диске — дисковая подсистема становится узким местом всей системы.
05
Резервное копирование простым копированием файлов БД при работающей СУБД — копия получается неконсистентной и непригодной для восстановления.

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

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

Как проверить, что СУБД справляется

Время выполнения типовых отчётов
Норма

Стабильно в приемлемых пределах при росте базы

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

Растёт в разы при небольшом приросте данных

Блокировки и взаимоблокировки
Норма

Единичные кратковременные ожидания

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

Регулярные взаимоблокировки, жалобы пользователей на «зависания»

Размер журнала транзакций (MS SQL)
Норма

Контролируемый, усекается по расписанию

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

Неконтролируемый рост, заполнение диска

Резервные копии
Норма

Создаются по расписанию, тестово восстанавливаются

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

Копии есть, но восстановление никогда не проверялось

Как узнать, какая СУБД используется в вашей базе

Если вы получили базу «в наследство» и не знаете режим её работы, определить это просто. Откройте список информационных баз в окне запуска 1С, выделите базу и посмотрите строку подключения: если там указан путь к каталогу с файлом — это файловый режим; если указаны сервер 1С и имя базы — клиент-серверный.

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

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

Что важно запомнить

У 1С нет собственной сетевой СУБД: файловый режим хранит данные в 1Cv8.1CD, а клиент-серверный использует MS SQL Server, PostgreSQL/Postgres Pro, Oracle или Db2. Выбор определяется числом пользователей, бюджетом и наличием компетенций; конфигурация от СУБД не зависит, переход выполняется через выгрузку .dt. Производительность обеспечивается не столько выбором СУБД, сколько её настройкой и регламентным обслуживанием.

Часто задаваемые вопросы

Можно ли работать в 1С вообще без отдельной СУБД?

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

Какая СУБД быстрее для 1С — MS SQL или PostgreSQL?

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

Подойдёт ли бесплатный MS SQL Server Express для рабочей базы?

Только для небольших баз с ограниченным числом пользователей: редакция Express имеет ограничения на объём базы, использование памяти и процессорных ресурсов. Для средних и крупных внедрений нужны платные редакции или переход на PostgreSQL.

Можно ли сменить СУБД, не меняя конфигурацию 1С?

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

Почему нельзя править данные напрямую в таблицах СУБД?

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

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

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