Что такое серверная база данных 1С и когда она нужна

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

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

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

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

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

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

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

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

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

Когда переход на серверную базу оправдан

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

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

Маршрут решения

Как выбрать действие

Одновременно работают до 5 пользователей, блокировок почти нетОставайтесь в файловом режиме, настройте регулярное копирование

10–30 пользователей, частые конфликты блокировокПланируйте переход на сервер 1С и PostgreSQL или MS SQL

База повреждается после сбоев сети или питанияПереходите на клиент-серверный вариант и проверьте инфраструктуру

Нужен тонкий контроль доступа и аудитИспользуйте серверный режим с разграничением прав на уровне СУБД

Требования к лицензиям и оборудованию

Клиент-серверный режим требует лицензию на сервер 1С:Предприятия — это отдельный программный продукт или аппаратный ключ. Клиентские лицензии покупаются так же, как для файлового режима, но подключаются к серверу. Если используется MS SQL Server, нужны и лицензии на саму СУБД; PostgreSQL распространяется бесплатно, и для него существуют сборки, адаптированные под 1С.

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

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

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

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

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

Администрирование и обслуживание серверной базы

Серверная база требует регулярного обслуживания, иначе производительность деградирует. Минимальный набор: ежедневное резервное копирование средствами СУБД, периодическое обновление статистики и перестроение индексов, контроль свободного места на дисках и роста журнала транзакций. В MS SQL для этого настраивают планы обслуживания, в PostgreSQL — задания через планировщик.

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

Ограничения и альтернативы

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

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

Варианты организации работы

Файловая база локально

Минимум затрат и простое обслуживание; подходит малой команде, ограничена блокировками и размером

Сервер 1С + СУБД своими силами

Полный контроль и максимальная производительность; требует лицензий, железа и администратора

Облачная аренда 1С

Не нужно своё железо и администрирование; зависимость от провайдера и ежемесячная плата

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

Можно ли открыть серверную базу как файл?

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

Какую СУБД выбрать для 1С?

Чаще всего выбирают между MS SQL Server и PostgreSQL. MS SQL удобен администраторам в инфраструктуре Windows и имеет развитые графические инструменты, но требует лицензий. PostgreSQL бесплатен и существует в сборках, адаптированных под 1С. Выбор зависит от бюджета, компетенций администратора и требований к надёжности.

Сколько пользователей выдержит файловая база?

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

Нужно ли менять конфигурацию при переходе на сервер?

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

Как делать резервные копии серверной базы?

Штатными средствами СУБД: в MS SQL — через планы обслуживания с полной и разностной копией, в PostgreSQL — через pg_dump или физическое копирование с WAL. Копирование файлов базы «вживую» без остановки СУБД не гарантирует целостность. Периодически проверяйте восстановление копии на тестовом сервере.

Можно ли вернуться с серверной базы обратно в файловую?

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