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

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

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

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

Что потребуется перед созданием хранилища

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

Определите, кто будет подключаться к хранилищу и откуда. Если все разработчики находятся в одной локальной сети, достаточно общей сетевой папки. Если часть команды работает удалённо через интернет, потребуется веб-сервер (IIS или Apache) и публикация хранилища — прямой доступ к сетевой папке через интернет открывать нельзя, это небезопасно и нестабильно.

Подготовка сервера и сетевой папки

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

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

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

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

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

Далее выполните команду меню «Конфигурация → Хранилище конфигурации → Создать хранилище». В диалоге укажите путь к подготовленной пустой папке — можно локальный путь, если вы работаете на самом сервере, или сетевой путь вида \\SERVER\1C_Storage\TradeConf. Задайте имя и пароль администратора хранилища — это отдельная учётная запись, не связанная с пользователями информационной базы.

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

1. 1
   Создайте на сервере пустую папку и откройте к ней общий доступ с правами на запись для группы разработчиков
2. 2
   Откройте конфигуратор рабочей базы под администратором и обновите конфигурацию базы данных
3. 3
   Выполните Конфигурация → Хранилище конфигурации → Создать хранилище и укажите путь к папке
4. 4
   Задайте логин и пароль администратора хранилища, дождитесь окончания создания
5. 5
   Проверьте, что база подключена: пункты захвата объектов в меню стали активными

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

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

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

Подключение разработчиков к хранилищу

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

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

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

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

Публикация хранилища через веб-сервер для удалённого доступа

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

После публикации разработчики подключаются по адресу вида https://server/StorageName вместо сетевого пути. Обязательно используйте HTTPS с действующим сертификатом: логины и пароли хранилища передаются при каждом обращении, и по открытому HTTP их можно перехватить. Доступ к опубликованному ресурсу дополнительно ограничьте средствами веб-сервера — например, по IP-адресам или через базовую аутентификацию.

Способы доступа к хранилищу

Сетевая папка (SMB)

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

Публикация на веб-сервере

Подходит для удалённых разработчиков и филиалов. Требует установки веб-сервера, модулей расширения 1С и настройки HTTPS, зато работает устойчивее через интернет.

Проверка работы и обслуживание хранилища

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

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

Контрольные точки

Как проверить результат

Подключение к хранилищу

Норма

База подключается, меню захвата активно, версия конфигурации совпадает с последней в хранилище

Тревожный признак

Ошибка доступа к каталогу или неверный пользователь хранилища

Захват и помещение объекта

Норма

Объект захватывается, после помещения появляется новая запись в истории версий

Тревожный признак

Сообщение о том, что объект захвачен другим пользователем, хотя это не так

Доступ по сети

Норма

Папка хранилища открывается по UNC-пути с машины разработчика без запроса лишних паролей

Тревожный признак

Ошибка «отказано в доступе» — не хватает прав NTFS или на общий ресурс

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

Самая частая проблема — недостаточные права на папку: разработчик видит хранилище, но не может захватить объект, потому что нет права записи на уровне NTFS. Вторая типичная ситуация — «зависший» захват: разработчик уволился или переустановил базу, а объекты остались захваченными. Снимается такой захват администратором хранилища через окно администрирования.

Помните об ограничениях механизма: хранилище не заменяет систему контроля версий вроде Git и не поддерживает ветвление — это линейная история. Работа с хранилищем через медленный VPN по сетевой папке часто приводит к обрывам и блокировкам; в таких условиях переходите на публикацию через веб-сервер или на EDT с Git.

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

Можно ли разместить хранилище внутри базы на SQL Server?

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

Что делать, если забыт пароль администратора хранилища?

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

Можно ли подключить к одному хранилищу несколько конфигураций?

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

Как перенести хранилище на другой сервер?

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

Чем хранилище конфигурации отличается от Git и EDT?

Хранилище — встроенный механизм платформы с линейной историей и захватом объектов, не требующий дополнительного ПО. Git в связке с 1C:EDT поддерживает ветвление, слияния и код-ревью, но требует перехода разработки на EDT и выгрузку конфигурации в XML-формат. Для небольших команд хранилище проще, для распределённой разработки с ветками удобнее Git.