Хранилище конфигурации 1С: развертывание и работа

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

Для этого и предназначено хранилище конфигурации.

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

Значит вам надо разворачивать хранилище конфигураций.

Как это делается поэтапно:

Зайти в “Конфигуратор” и создать хранилище
Указать его расположение (папку на которую есть права на запись)
Задать имя Администратора и его пароль
Далее, конфигурация подключится к созданному хранилищу
Следующий шаг: добавление пользователей в хранилище – каждая база разработки привязывается к отдельному пользователю. Эти пользователи никак не связаны с пользователями информационной базы. Зайдите в “Администрирование хранилища”
Добавляете и задаете пароль:
Устанавливаете его права, достаточно прав на “Захват хранилища”
Создаете новую базу из копии (или используете уже существующую), изменения должны быть сохранены, поскольку при первом подключении конфигурация синхронизируется с данными хранилища
Указываете данные ранее созданного пользователя
Вот и всё: подключение к хранилищ успешно завершено

Работа с хранилищем

При каждом старте запуске конфигурации требуется :

подключиться к хранилищу указав пароль, либо прописать его в параметрах запуска 1с “ConfigurationRepositoryP”(Пользователь: “ConfigurationRepositoryN”, хранилище: “ConfigurationRepositoryF”)
либо отказаться от подключения, но не отвязывать хранилища – в этом случае вы сможете править только ранее “Захваченные” объекты, остальные только на просомтр

Для начала работы с объектом его требуется “Захватить” объект – установить монопольный доступ на его разработку. До этого все объекты доступны только на чтение (подобно “Поставке” до снятия с поддержке).

Это можно произвести двумя способами:

непосредственно в списке метаданных (по одному)
в списке хранилища (дольше заходить, но есть возможность захвата списком, выделив через Shift или Ctrl)

Далее, вы работаете с объектом как обычно.

После окончания у вас два основных варианта:

отменить захват, при этом у вас объект восстановится их хранилища (этим отменяются также внесенные правки)
поместить измененный объект

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

полностью
по объектно

Это основные команды для работы с хранилищем.

Особенности работы

Для добавление объектов, захватывается корень конфигурации
Для добавления/изменения реквизита объекта – захватывается сам объект
Для изменения формы или макета захватывать объект не обязательно (это отдельные сущности)
Не используйте при этом иерархический захват (долго)
Помещайте только проверенные объекты
Не отпускайте до конца разработки (полной отладки)
Саму конфигурацию(корень) держите захваченным недолго (другие пользователи не смогут добавлять)
Периодически делайте копии конфигурации
Возможна “рассинхронизация” захваченных объектов, система это отслеживает.
При обновлении копии базы, при первом запуске требуется сначала отключится из хранилища, затем подключится повторно (не забудьте поменять пользователя)
Частичное помещение может привести не работоспособности (добавили объект, не подправили форму и т.п)
Не логируется подключение и отключение к хранилищу (как и полное отключение базы от хранилища).
При подключении, если не ввести пароль, то можно отключить (специально или случайно):

Отбор захваченных объектов

можно отобрать все захваченные
захваченные определенным пользователем

В целом, хранилище работает очень стабильно:

проблемы возникали при сетевом хранении: слетало поле данных у реквизитов, скорее всего потеря данных в процессе помещения).
“хранилище конфигурации повреждено” такая ошибка происходит один раз в год – просто создали заново (делайте дополнительные копии этой папки).

Для резервного копирования достаточно настроить сохранение

1Cv8ddb.1CD и ПОЛНОСТЬЮ папку data, расположенную в той же папке, что и файл 1Cv8ddb.1CD

Если http-Сервер не отвечает или сбрасывает соединение, то может возникнуть ошибка “Неклассифицированная ошибка работы с хранилищем конфигурации”:

При “Ошибке сетевого доступа к серверу” попробуйте перезапустить службу хранилища и выполнить команду “Хранилище конфигурации/Закрыть хранилище/Открыть хранилище”.

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

Уменьшилось удобство при повторном подключении

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

Раньше, настройки: адрес хранилища и пользователь сохранялись, оставалось только внести пароль – это было гораздо быстрее.

Субъективно и процесс начальной синхронизации стал дольше – не припоминаю долго висящего состояния “Построение снимка версии конфигурации”

В 8.3. появился режим совместимости на вкладке “Прочее” в администрировании хранилища: этим можно включить новый формат хранения.

Особенности хранения

“Хранилище” до 8.3.3 это обычная файловая база, в виде файла 1Cv8ddb.1CD, в которой дополнительно хранится информация о захватах.

Внутренние таблицы не могут быть больше 4 ГБ иначе может быть ошибка: “Ошибка операции с хранилищем конфигурации. по причине: Превышен максимально допустимый размер внутреннего файла”, но такое встречается только при очень интенсивной работе с хранилищем (много версий макетов и других емких объектов).

С версии 8.3.3 появилась папка “data”: Скорее всего для более универсальной работы с системами версионного контроля.