Как создать хранилище конфигурации 1С на сервере

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

Физически хранилище — это каталог на диске, содержащий служебные файлы платформы (в частности, файл 1CV8Clst.lst и внутреннюю структуру версий). Разместить его можно двумя способами: в общей сетевой папке с доступом по протоколу SMB или на отдельном сервере хранилища конфигураций (crserver), который работает по протоколу tcp. Второй вариант предпочтителен при числе разработчиков больше двух-трёх и при работе по медленным каналам связи.

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

Выбор способа размещения хранилища: файл или сервер

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

Файловый вариант проще в развёртывании, но чувствителен к качеству сети: при работе по Wi-Fi или VPN возможны ошибки доступа и повреждение данных хранилища. Серверный вариант устойчивее, быстрее при большом числе версий и позволяет обслуживать несколько хранилищ одним процессом. Для команды из двух разработчиков в одном офисе допустим файловый доступ; при распределённой команде или трёх и более разработчиках разумно сразу поднимать crserver.

Подготовка сервера и установка сервера хранилищ

Для серверного варианта на машине, где будет размещаться хранилище, нужно установить компонент «Сервер хранилищ конфигураций» из дистрибутива технологической платформы той же версии, что и рабочая платформа разработчиков. При установке в Windows компонент может регистрироваться как служба; в Linux он запускается скриптом или через systemd-юнит, который администратор создаёт самостоятельно.

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

Запуск сервера вручную из командной строки выглядит так:

"C:\Program Files\1cv8\8.3.22.1750\bin\crserver.exe" -port 1542 -d "D:\1C_Repository"

Параметр -d задаёт корневой каталог, внутри которого будут создаваться отдельные хранилища. Версию платформы в пути замените на фактически установленную. После запуска проверьте, что порт слушается: командой netstat -an | find "1542" в Windows или ss -tlnp | grep 1542 в Linux.

Создание хранилища из конфигуратора

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

1. 1
   Откройте конфигуратор под пользователем с полными правами и правом администрирования.
2. 2
   Перейдите в меню «Конфигурация — Хранилище конфигурации — Создать хранилище».
3. 3
   Укажите путь к хранилищу: tcp://имя_сервера:1542/имя_хранилища для серверного варианта или путь к сетевому каталогу для файлового.
4. 4
   При первом обращении задайте имя и пароль администратора хранилища (пользователь создаётся внутри хранилища, это не пользователь информационной базы).
5. 5
   Дождитесь окончания помещения конфигурации в хранилище — платформа сформирует первую версию.
6. 6
   Проверьте, что база подключена: в меню «Хранилище конфигурации» стали доступны команды захвата и помещения объектов.

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

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

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

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

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

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

Администрирование: права, версии и обслуживание

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

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

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

Проверка результата и типичные ошибки

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

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

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