Сервер хранилища конфигураций 1С 8.3: что это и зачем он нужен

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

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

Подключиться к хранилищу можно двумя способами: напрямую через файловый каталог (классический вариант) или через сервер хранилища. Именно второй способ рекомендуется фирмой «1С» для командной работы, поскольку он снимает ограничения файлового доступа и повышает надёжность.

Что такое хранилище конфигурации и какую роль играет сервер

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

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

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

Файловое подключение и сервер хранилища: в чём разница

Выбор способа подключения влияет на стабильность работы команды и на допустимое число одновременно работающих разработчиков. Сравним оба варианта по ключевым параметрам.

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

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

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

Исполняемый файл сервера — crserver.exe, он находится в каталоге bin установленной версии платформы. Запуск возможен в двух режимах: как приложение (для отладки) и как служба Windows (рабочий режим). Для регистрации службы используется команда с ключом -instsrvc, для запуска как приложения — -srvc с указанием порта.

"C:\Program Files\1cv8\<версия>\bin\crserver.exe" -instsrvc -port 1542

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

1. 1
   Установите компонент «Сервер хранилища конфигураций» из дистрибутива платформы
2. 2
   Зарегистрируйте службу командой crserver.exe -instsrvc с нужным портом
3. 3
   Запустите службу и убедитесь, что порт прослушивается
4. 4
   Откройте порт в брандмауэре сервера
5. 5
   Проверьте подключение из конфигуратора на машине разработчика

Запуск в Linux

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

Как подключить разработчиков к хранилищу через сервер

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

Затем администратор создаёт пользователей хранилища — отдельный список учётных записей, не связанный с пользователями информационной базы. Каждому разработчику выдаётся имя и пароль для хранилища. Разработчик в своём конфигураторе выбирает «Подключиться к хранилищу» и вводит строку подключения вида tcp://ИмяСервера:1542/ИмяХранилища, где путь указывается относительно настроек сервера.

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

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

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

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

Типичные ошибки и риски при эксплуатации

Большинство проблем с сервером хранилища связано не с самим компонентом, а с организацией доступа и резервного копирования. Разберём наиболее частые ситуации.

Резервное копирование хранилища — обязательная практика. Достаточно регулярно копировать весь каталог хранилища при остановленной службе или в период гарантированного простоя. Копирование «на живую» при активных подключениях может дать несогласованную копию.

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

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

Для команд, которым нужны полноценные ветки, code review и интеграция с CI, существует альтернатива — выгрузка конфигурации в файлы формата EDT и работа через Git. Этот подход требует перехода на 1C:Enterprise Development Tools и перестройки процесса разработки, поэтому для типовых проектов на конфигураторе сервер хранилища остаётся основным и достаточным решением.

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