Серверная база 1С: что это и чем она отличается от файловой

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

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

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

Что такое серверная база 1С и как она устроена

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

Сама база данных в СУБД — это набор таблиц, индексов и служебных объектов, которые платформа создаёт автоматически при создании информационной базы. Администратор не проектирует структуру таблиц вручную: платформа сама отображает метаданные конфигурации (справочники, документы, регистры) на структуру базы данных.

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

Чем серверная база отличается от файловой

В файловом варианте вся база хранится в одном файле 1Cv8.1CD на локальном диске или сетевой папке, а каждый клиент работает с этим файлом напрямую. Это просто и дёшево, но создаёт ограничения: при одновременной работе пользователей возникают блокировки на уровне всего файла, а сетевой сбой может привести к повреждению данных.

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

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

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

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

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

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

Когда переход на серверную базу действительно нужен

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

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

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

Как перейти с файловой базы на серверную

Миграция выполняется через выгрузку и загрузку данных штатными средствами конфигуратора. Данные при этом не конвертируются напрямую между форматами — перенос идёт через универсальный файл выгрузки.

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

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

Настройка и обслуживание серверной базы

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

Резервное копирование в серверном варианте делается средствами СУБД, а не копированием файлов. Для MS SQL Server типичная команда полного бэкапа выглядит так:

BACKUP DATABASE [MyBase1C] TO DISK = N'D:\Backups\MyBase1C_full.bak' WITH COMPRESSION;

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

Типичные ошибки и ограничения

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

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