Сервер хранилища конфигураций 1С: что это и как с ним работать

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

Хранилище конфигурации само по себе существует и без сервера: в простейшем варианте это каталог с файлом 1cv8ddb (или набором служебных файлов), к которому разработчики подключаются напрямую через файловую систему. Однако файловый доступ плохо масштабируется: при росте команды возрастают задержки, риски блокировок и требования к правам на общую папку. Сервер хранилища решает эти проблемы, выступая посредником между конфигураторами разработчиков и файлами хранилища.

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

Что такое хранилище конфигурации и зачем ему сервер

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

Без сервера подключение к хранилищу выполняется по пути вида \\server\share\repository. Каждый конфигуратор сам читает и пишет файлы хранилища, а значит, всем разработчикам нужны права на запись в общую папку. При интенсивной работе — массовом захвате объектов, получении версий, сравнении конфигураций — файловый вариант начинает заметно тормозить, особенно если разработчики подключаются через VPN или медленные каналы.

Серверный вариант меняет схему: только сам сервер хранилища обращается к файлам, а разработчики подключаются к нему по адресу вида tcp://server:1542. Это снимает требование общей сетевой папки, снижает нагрузку на файловую систему и делает работу заметно быстрее при большом количестве операций с хранилищем.

Как устроена работа сервера хранилища

Сервер хранилища запускается как отдельный процесс (исполняемый файл входит в комплект платформы) и слушает заданный TCP-порт. При старте ему указывают каталог хранилища, который он будет обслуживать. Один серверный процесс обслуживает одно хранилище; если проектов несколько, для каждого поднимают отдельный экземпляр на своём порту.

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

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

Когда сервер хранилища действительно нужен

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

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

Установка и запуск сервера хранилища

Компонент сервера хранилища устанавливается из стандартного дистрибутива платформы 1С: при установке на Windows нужно отметить соответствующий пункт в списке компонентов. На Linux сервер запускается исполняемым файлом из каталога установки платформы. Отдельной лицензии на сам сервер хранилища не требуется.

1. 1
   Установите платформу 1С на выделенной машине, отметив компонент сервера хранилища конфигураций
2. 2
   Создайте каталог для хранилища и назначьте права: полный доступ только учётной записи, под которой будет работать служба
3. 3
   Если хранилище ещё нет — создайте его из конфигуратора с указанием этого каталога, либо скопируйте существующее
4. 4
   Запустите сервер хранилища с параметрами: путь к каталогу хранилища и TCP-порт (по умолчанию используется порт 1542)
5. 5
   Настройте автозапуск: в Windows зарегистрируйте службу, в Linux добавьте unit systemd или скрипт автозагрузки
6. 6
   Откройте выбранный порт в межсетевом экране для машин разработчиков
7. 7
   Подключитесь из конфигуратора по адресу tcp://имя_сервера:порт и проверьте захват и помещение объекта

Пример запуска из командной строки в Windows выглядит следующим образом:

"C:\Program Files\1cv8\8.3.24.1467\bin\crserver.exe" -port 1542 -d "D:\1C_Repo\MainRepo"

Для постоянной работы ручной запуск не подходит: служба должна стартовать автоматически и переживать перезагрузку сервера. В Windows удобно зарегистрировать сервер хранилища как службу с помощью sc create или специализированных утилит, в Linux — оформить systemd unit с автоматическим перезапуском при падении.

Подключение разработчиков и управление пользователями

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

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

Резервное копирование и обслуживание

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

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

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

Важно понимать и ограничения механизма. Хранилище конфигурации — это система контроля версий, специфичная для 1С: она не заменяет Git-подобные системы по гибкости ветвления, хотя в современных версиях платформы есть механизм EDT и выгрузка в формате, пригодном для внешних систем контроля версий. Для классической разработки в конфигураторе хранилище остаётся штатным и наиболее простым инструментом.

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

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