Администрирование · 12 мин
Что такое сервер хранилища конфигураций 1С при установке
Что такое сервер хранилища конфигураций 1С при установке платформы, когда он нужен, как развернуть и подключить хранилище, типичные ошибки и проверка.
Хранилище конфигурации — это централизованное хранилище версий конфигурации 1С, через которое несколько разработчиков совместно изменяют одну и ту же конфигурацию, не мешая друг другу. Каждое изменение сохраняется как отдельная версия с автором, датой и комментарием, а объекты конфигурации захватываются конкретным разработчиком, чтобы исключить одновременное редактирование.
Сервер хранилища конфигураций — отдельный компонент платформы 1С:Предприятие, который устанавливается опционально и обслуживает подключения к хранилищам по сети. Он нужен, когда хранилище должно быть доступно нескольким разработчикам по TCP/IP, а не через общую сетевую папку. При установке платформы этот компонент можно выбрать в списке устанавливаемых частей — по умолчанию он часто не ставится, и многие администраторы впервые сталкиваются с ним именно на этапе установки.
Важно понимать: сервер хранилища конфигураций — это не сервер 1С:Предприятия и не SQL-сервер. Это небольшая служба (агент), которая принимает подключения от конфигураторов разработчиков и выполняет операции с файлами хранилища. Она не заменяет кластер серверов 1С и не хранит данные информационных баз — только историю версий конфигурации.
Как устроено хранилище конфигурации и зачем оно нужно
Хранилище конфигурации физически представляет собой каталог со служебными файлами (в частности, файлом 1cv8ddb и папкой data), в котором платформа ведёт версионную историю. Разработчик подключает свою информационную базу к хранилищу, получает из него актуальную конфигурацию, захватывает нужные объекты, изменяет их и помещает обратно. Платформа автоматически формирует новую версию хранилища при помещении изменений.
Без хранилища совместная разработка сводится к ручному обмену cf-файлами и ручному сравнению конфигураций — это долго и чревато потерей изменений. Хранилище решает три задачи: исключает одновременное редактирование одного объекта двумя людьми, сохраняет полную историю версий с возможностью отката и позволяет сравнивать произвольные версии между собой.
Хранилище работает только с конфигурацией (метаданными, модулями, формами), но не с данными информационной базы. Документы, справочники и регистры в хранилище не попадают.
Чем сервер хранилища отличается от доступа через общую папку
Подключиться к хранилищу можно двумя способами: напрямую к каталогу хранилища через файловую систему (локальный диск или сетевая папка) либо через сервер хранилища конфигураций по протоколу TCP. В первом случае каждый разработчик обращается к файлам хранилища напрямую, во втором — все операции выполняет служба сервера хранилища, а клиенты общаются только с ней.
Файловый доступ проще в развёртывании, но требует раздачи прав на сетевую папку всем разработчикам и чувствителен к качеству сети: обрыв связи в середине операции может оставить хранилище в неконсистентном состоянии. Сервер хранилища централизует доступ: права на сам каталог нужны только учётной записи службы, а разработчики проходят аутентификацию на сервере хранилища.
Сравнение вариантов подключения
Проще настроить, подходит для 2–3 разработчиков в одной локальной сети. Минус: права на папку нужны всем, выше риск повреждения при обрывах сети.
Централизованный доступ по TCP, права на файлы только у службы, удобно при удалённой работе и большем числе разработчиков. Минус: нужно установить и администрировать отдельный компонент.
Когда сервер хранилища действительно нужен при установке
Если вы устанавливаете платформу для обычной работы пользователей — бухгалтерии, торговли, зарплаты — сервер хранилища конфигураций не нужен вовсе. Пользователи работают с информационными базами, а хранилище относится исключительно к процессу разработки и доработки конфигурации.
Компонент имеет смысл устанавливать на выделенной машине в трёх типичных ситуациях: в команде больше двух-трёх разработчиков и общая папка становится узким местом; разработчики работают удалённо, и открывать им прямой файловый доступ к серверу нежелательно по соображениям безопасности; требуется централизованное администрирование нескольких хранилищ в одном месте.
Если разработчик один и работает локально, хранилище вообще можно держать на его машине и подключаться по файловому пути — сервер хранилища в этой схеме избыточен.
Как выбрать действие
Как установить и запустить сервер хранилища
Установка выполняется из стандартного дистрибутива платформы 1С:Предприятие. В окне выбора компонентов нужно отметить пункт «Сервер хранилища конфигураций 1С:Предприятия» — по умолчанию он может быть отключён, поэтому при типовой установке его часто пропускают. Если платформа уже установлена без этого компонента, запустите установщик повторно в режиме изменения и добавьте нужный пункт.
После установки сервер хранилища регистрируется как служба Windows. Её можно запустить и настроить через оснастку «Службы» либо командной строкой. При необходимости службу регистрируют вручную с указанием порта и пути к исполняемым файлам платформы.
- 1Запустите установщик платформы и в списке компонентов отметьте «Сервер хранилища конфигураций»
- 2Завершите установку и откройте оснастку «Службы» (services.msc)
- 3Найдите службу агента сервера хранилища конфигураций, назначьте учётную запись с правами на каталог хранилищ и запустите службу
- 4Проверьте, что порт сервера хранилища (по умолчанию 1542) доступен с машин разработчиков, при необходимости откройте его в брандмауэре
- 5Создайте каталог хранилища и подключитесь к нему из конфигуратора по адресу tcp://имя_сервера/путь_к_хранилищу
Учётная запись, под которой работает служба, должна иметь полные права на каталоги всех обслуживаемых хранилищ. Если запустить службу под учётной записью без таких прав, подключение будет устанавливаться, но операции с хранилищем завершатся ошибкой доступа.
Как создать хранилище и подключить к нему разработчиков
Хранилище создаётся из конфигуратора: меню «Конфигурация — Хранилище конфигурации — Создать хранилище». В диалоге указывается путь к хранилищу — либо файловый путь к каталогу, либо строка подключения через сервер хранилища. При создании задаётся пользователь-администратор хранилища с паролем.
После создания хранилища текущая конфигурация базы помещается в него как первая версия. Затем администратор заводит остальных пользователей хранилища: «Конфигурация — Хранилище конфигурации — Администрирование — Пользователи». Каждому разработчику выдаётся имя и пароль, при необходимости назначаются права на захват и изменение объектов.
Разработчики подключают свои базы через «Конфигурация — Хранилище конфигурации — Подключиться к хранилищу», указывая тот же путь и свои учётные данные. Признак успешного подключения — в конфигураторе становятся доступны команды получения и помещения объектов, а в окне конфигурации появляются индикаторы захвата.
Проверка результата и типичные ошибки
После настройки выполните контрольный цикл: получите конфигурацию из хранилища, захватите любой объект, внесите тестовое изменение, поместите его обратно и убедитесь, что в истории хранилища появилась новая версия с вашим именем. Затем со второй машины под другим пользователем получите изменения — они должны прийти в базу.
Как проверить результат
Служба сервера хранилища запущена, порт отвечает на подключение с машин разработчиков
Служба остановлена или порт закрыт брандмауэром — конфигуратор сообщает о невозможности соединения
Захват, помещение и получение объектов выполняются без ошибок, версии фиксируются в истории
Ошибки доступа к файлам хранилища — у службы нет прав на каталог
Второй пользователь получает изменения и видит захваченные объекты как занятые
Изменения не приходят или объекты не блокируются — проверьте строку подключения и пользователей
Ограничения, риски и обслуживание
Сервер хранилища не масштабируется как кластер 1С и не предназначен для больших нагрузок — это вспомогательный сервис для команды разработки. При десятках активных разработчиков и частых операциях стоит следить за производительностью дисковой подсистемы, где лежат хранилища, так как все операции в конечном счёте упираются в файловый ввод-вывод.
Каталог хранилища нужно включить в план резервного копирования. Хранилище — единственное место, где живёт история разработки; потеря каталога означает потерю всех версий, кроме текущей конфигурации в рабочих базах. Резервную копию согласуйте по времени с периодами, когда никто не выполняет операций помещения, чтобы копия была консистентной.
При обновлении платформы на машине с сервером хранилища обновляйте и этот компонент, затем перезапускайте службу. Несовпадение версий платформы у разработчиков и на сервере хранилища может приводить к ошибкам формата при операциях с хранилищем.
Частые вопросы
Обязателен ли сервер хранилища при установке платформы 1С?
Нет. Это опциональный компонент, который нужен только для командной разработки конфигурации с сетевым доступом к хранилищу. Для работы пользователей и для файловых информационных баз он не требуется.
Можно ли обойтись без сервера хранилища при работе нескольких разработчиков?
Да, хранилище можно разместить в общей сетевой папке, и разработчики подключатся по файловому пути. Это рабочая схема для небольшой команды в локальной сети, но она требует раздачи прав на папку всем участникам и чувствительна к обрывам соединения.
Какой порт использует сервер хранилища конфигураций?
По умолчанию служба работает на порту 1542. Порт можно изменить при регистрации службы. Если разработчики подключаются через межсетевой экран, этот порт нужно открыть.
Что делать, если хранилище повреждено?
Сначала остановите службу и исключите обращения к каталогу. Восстановите хранилище из резервной копии. Если копии нет, крайний вариант — создать новое хранилище из актуальной конфигурации рабочей базы, но при этом вся история версий будет потеряна.
Чем хранилище конфигурации отличается от Git?
Хранилище — встроенный механизм платформы, работающий с объектами конфигурации напрямую из конфигуратора, с захватом объектов и историей версий. Git — внешняя система контроля версий, для использования которой конфигурацию выгружают в файлы (например, через EDT или выгрузку в XML). Подход с Git гибче для сложных процессов разработки, но требует дополнительной инфраструктуры и навыков.
Нужно ли обновлять сервер хранилища при обновлении платформы?
Да. Компонент обновляется вместе с платформой на той машине, где он установлен. После обновления перезапустите службу и проверьте, что разработчики могут выполнять операции с хранилищем без ошибок формата.
Что важно запомнить
Сервер хранилища конфигураций — опциональный компонент платформы для сетевого доступа разработчиков к хранилищу конфигурации. Он нужен только при командной разработке: малой команде хватит общей папки, одиночному разработчику — локального хранилища. После установки проверьте права службы на каталог хранилища, доступность порта и выполните контрольный цикл захвата и помещения объекта. Каталог хранилища обязательно включите в резервное копирование.