Администрирование · 11 мин
Как поднять хранилище конфигурации 1С
Как создать и поднять хранилище конфигурации 1С: выбор способа подключения, настройка прав пользователей, восстановление из копии, типичные ошибки и FAQ.
Хранилище конфигурации — это централизованное место, где 1С хранит историю изменений конфигурации и позволяет нескольким разработчикам работать над одним проектом без конфликтов. Поднять хранилище можно с нуля для новой разработки или восстановить из копии после сбоя, переезда на новый сервер либо потери доступа к старому каталогу.
Процедура занимает от нескольких минут до пары часов в зависимости от размера базы и выбранного способа доступа. Главные решения, которые нужно принять заранее: где физически разместить каталог хранилища, как пользователи будут к нему подключаться (через общий сетевой ресурс, веб-сервер или сервер хранилища) и кто получит права администратора.
Ниже разобран полный цикл: подготовка каталога, создание хранилища из конфигуратора, подключение пользователей, восстановление из резервной копии и проверка работоспособности. Отдельно описаны типичные ошибки, из-за которых хранилище «не видится» или отказывает в доступе.
Что такое хранилище конфигурации и когда оно нужно
Хранилище конфигурации — это служебный каталог с файлами версий, в котором платформа фиксирует каждое изменение объектов конфигурации: кто, когда и что изменил. Разработчик «захватывает» объект для редактирования, остальные в этот момент могут его только просматривать — это исключает одновременное изменение одного объекта двумя людьми.
Хранилище обязательно, когда над конфигурацией работают два и более разработчика, а также когда нужна история изменений с возможностью отката к любой версии. Для одиночной разработки хранилище тоже полезно: оно работает как версионный архив и страховка от случайной порчи рабочей базы.
Подготовка: выбор каталога и способа доступа
Прежде чем создавать хранилище, определите его физическое расположение. Каталог должен быть доступен всем разработчикам, иметь достаточно свободного места (хранилище растёт с каждой версией) и попадать в зону резервного копирования. Размещать хранилище на системном диске сервера без регулярного бэкапа — частая причина потери истории изменений.
Платформа поддерживает три способа подключения к хранилищу. Выбор зависит от инфраструктуры и числа разработчиков.
| Способ доступа | Как работает | Когда выбирать |
|---|---|---|
| Общий сетевой ресурс (файловый доступ) | Пользователи подключаются к расшаренной папке по сети | Небольшая команда в одной локальной сети; самый простой вариант |
| Веб-сервер (HTTP) | Доступ через публикацию на IIS или Apache | Разработчики вне локальной сети, работа через интернет |
| Сервер хранилищ 1С | Отдельная служба (crserver), TCP-подключение | Большие команды, высокая нагрузка, централизованное управление |
Для файлового варианта создайте пустую папку на сервере, откройте к ней общий доступ и выдайте учётным записям разработчиков права на чтение и запись на уровне файловой системы. Проверьте доступ с рабочей машины каждого разработчика до начала настройки — это снимет большинство проблем на этапе подключения.
Создание хранилища с нуля через конфигуратор
Базовый сценарий: у вас есть рабочая база с конфигурацией, которую нужно поставить под версионный контроль. Все действия выполняются в конфигураторе под пользователем с правами администратора и монопольным доступом к базе.
После создания хранилища текущая конфигурация базы помещается в него первой версией. Важно понимать: конфигурация базы и конфигурация хранилища с этого момента живут раздельно, а синхронизация выполняется вручную через команды «Получить из хранилища» и «Поместить в хранилище».
Если пункт меню «Создать хранилище» неактивен, проверьте три вещи: открыта ли конфигурация (а не только база), есть ли у вас административные права и не подключена ли база уже к другому хранилищу. В последнем случае сначала выполните отключение через «Конфигурация → Хранилище конфигурации → Отключиться».
Настройка пользователей хранилища
У хранилища собственный список пользователей, не связанный со списком пользователей информационной базы. Каждому разработчику заводится отдельная учётная запись хранилища, по которой платформа определяет, кто захватил объект и кто поместил версию.
Добавление пользователей выполняется через «Конфигурация → Хранилище конфигурации → Администрирование» на вкладке «Пользователи». Для каждого укажите имя, пароль и права: обычный разработчик получает право захвата и помещения объектов, право изменять состав версий и управлять пользователями оставьте только администраторам хранилища.
Практическое правило: создавайте минимум двух администраторов хранилища. Тогда отпуск или увольнение одного не заблокирует административные операции — отмену захватов, изменение прав, подключение новых баз.
Подключение разработчиков к хранилищу
Каждый разработчик подключает свою рабочую базу к хранилищу самостоятельно. Порядок такой: открыть конфигуратор, выбрать «Конфигурация → Хранилище конфигурации → Подключиться», указать путь к каталогу хранилища (тот же, что при создании, но с учётом сетевого пути со своей машины), ввести своё имя и пароль пользователя хранилища.
При первом подключении платформа предложит получить конфигурацию из хранилища. Если рабочая база разработчика уже содержит актуальную конфигурацию, получение можно пропустить; если база пустая или устаревшая — выполните полное получение, чтобы привести конфигурацию к состоянию последней версии.
Как проверить результат
В конфигураторе активны команды «Захватить» и «Поместить в хранилище»
Пункты меню хранилища неактивны или предлагается только «Подключиться»
Объект захватывается, в истории видно имя пользователя
Ошибка доступа к каталогу или «пользователь не найден»
Изменения помещаются, номер версии увеличивается
Ошибка записи в каталог хранилища — проверяйте права на папку
Если подключение через сетевой путь нестабильно, используйте полный UNC-путь вида \\server\storage\1c вместо подключённого сетевого диска: буквы дисков могут различаться на разных машинах и пропадать при перезагрузке.
Восстановление хранилища из копии или после сбоя
Сценарий «поднять хранилище заново» возникает при переезде на новый сервер, после сбоя диска или при повреждении файлов хранилища. Если у вас есть копия каталога хранилища, восстановление сводится к переносу каталога и переподключению баз.
Разверните копию каталога на новом месте, проверьте права доступа, затем в каждой рабочей базе выполните отключение от старого пути и подключение к новому каталогу с теми же учётными данными пользователей хранилища. История версий и захваты объектов сохранятся, так как вся эта информация лежит внутри каталога.
Если копии каталога нет, но есть актуальная конфигурация (в рабочей базе или в файле .cf), хранилище придётся создать заново с нуля по инструкции выше. История версий в этом случае теряется — хранилище начнётся с первой версии. Именно поэтому каталог хранилища должен входить в регламент резервного копирования наравне с самими базами.
Ограничения и альтернативы хранилищу конфигурации
Хранилище конфигурации — встроенный механизм платформы, но у него есть ограничения. Оно не поддерживает ветвление и слияние веток в привычном понимании, слабо подходит для параллельной разработки нескольких релизных линий и требует монопольного захвата объектов, что при большой команде замедляет работу.
Для командной разработки с ветками используется связка EDT (1C:Enterprise Development Tools) и Git: конфигурация выгружается в формате XML-проекта, а версионирование ведётся средствами Git. Это более гибкий, но и более сложный в настройке путь, требующий переучивания команды.
Сравнение вариантов
Встроено в платформу, простое поднятие и администрирование; нет ветвления, захват объектов монопольный
Ветки, слияния, код-ревью; требует перехода команды на EDT и настройки выгрузки в XML-формат
Допустимо только для одиночной разработки с регулярными выгрузками .cf; нет истории и защиты от потери изменений
Выбор зависит от масштаба: для команды до нескольких человек и одной линии разработки хранилище конфигурации остаётся самым быстрым и надёжным решением. Если планируется параллельная работа над несколькими версиями продукта — закладывайте переход на EDT.
FAQ
Можно ли поднять хранилище, если база файловая, а не клиент-серверная?
Да. Тип информационной базы не влияет на возможность использовать хранилище: оно подключается одинаково и к файловым, и к клиент-серверным базам. Отличается только расположение каталога хранилища и способ сетевого доступа к нему.
Что делать, если хранилище выдаёт ошибку доступа к каталогу?
Проверьте права учётной записи, под которой работает разработчик, на папку хранилища: нужны чтение и запись. Затем убедитесь, что путь доступен с конкретной машины (откройте его через проводник). Для доступа через веб-сервер дополнительно проверьте публикацию и права приложения веб-сервера.
Как отменить захват объекта, если разработчик уволился?
Администратор хранилища открывает «Конфигурация → Хранилище конфигурации → Администрирование», находит захваченные объекты этого пользователя и отменяет захват. После этого объекты доступны остальным. Именно для таких случаев нужен второй администратор хранилища.
Можно ли перенести хранилище на другой сервер без потери истории?
Да. Скопируйте весь каталог хранилища на новое место, настройте права и общий доступ, затем в каждой базе отключитесь от старого пути и подключитесь к новому. История версий хранится внутри каталога и перенесётся вместе с ним.
Чем хранилище отличается от выгрузки конфигурации в файл .cf?
Файл .cf — это снимок конфигурации на конкретный момент без истории и без контроля параллельной работы. Хранилище хранит все версии, фиксирует авторов изменений и управляет захватом объектов. Выгрузка .cf полезна как резервная копия, но не заменяет хранилище.
Сколько места занимает хранилище и нужно ли его чистить?
Объём зависит от размера конфигурации и числа версий: каждое помещение добавляет новую версию. При активной разработке хранилище растёт постоянно, поэтому периодически контролируйте свободное место на диске. Удаление отдельных старых версий возможно, но выполняйте его осознанно — восстановить удалённую версию нельзя.
Что важно запомнить
Хранилище поднимается из конфигуратора за несколько минут: пустой каталог, команда «Создать хранилище», пользователи с разграниченными правами. Перед операциями делайте выгрузку .dt, включайте каталог хранилища в бэкап и заводите двух администраторов — это три главные защиты от потери истории разработки.