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

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

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

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

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

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

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

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

Подготовка сервера: требования и учётная запись

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

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

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

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

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

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

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

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

Настройка брандмауэра и сетевого доступа

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

Проверьте доступность порта с рабочей машины разработчика. Проще всего это сделать командой проверки TCP-подключения в PowerShell:

Test-NetConnection -ComputerName server1c -Port 1542

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

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

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

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

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

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

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

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

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

Обслуживание, резервное копирование и ограничения

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

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

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

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