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

Хранилище конфигурации в 1С используется для командной разработки: через него разработчики захватывают объекты, помещают изменения и получают новые версии. Но со временем возникает необходимость удалить хранилище — например, при переходе на новую папку, при переносе разработки в EDT или Git, либо когда проект закрыт и хранилище просто занимает место на диске.

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

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

Что такое хранилище конфигурации и когда его удаляют

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

Типичные ситуации, когда хранилище нужно удалить:

• переход команды на новое хранилище или другую систему версионирования (Git, EDT);
• хранилище создано по ошибке или для теста и больше не используется;
• хранилище повреждено, и восстановление невозможно — проще создать новое;
• проект завершён, а файлы хранилища занимают место на сервере;
• хранилище разрослось до неприемлемого размера из-за долгой истории.

Подготовка: что сделать до удаления

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

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

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

Шаг 1. Отключение информационных баз от хранилища

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

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

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

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

Шаг 2. Удаление файлов хранилища с диска

После отключения всех баз хранилище становится обычным каталогом с файлами. Найдите его по пути, который использовался при подключении (он виден в параметрах подключения к хранилищу до отключения). Обычно это папка вида \\server\1c_storage\ИмяПроекта или локальный каталог на диске разработчика.

Убедитесь, что это именно каталог хранилища: внутри должен находиться файл 1cv8ddb.1CD и служебные подкаталоги. После проверки удалите каталог целиком стандартными средствами операционной системы. Если хранилище большое, удаление может занять некоторое время.

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

Что делать, если хранилище уже удалено, а база подключена

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

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

Если стандартное отключение не срабатывает (редкие случаи повреждённой информации о соединении), помогает загрузка в базу конфигурации из файла .cf с полной заменой либо использование пакетного режима конфигуратора с параметром /ConfigurationRepositoryF и отключением через командную строку.

"C:\Program Files\1cv8\<версия>\bin\1cv8.exe" DESIGNER /F"C:\Bases\MyBase" /N"Администратор" /DisableStartupDialogs /ConfigurationRepositoryF "C:\Storage\MyStorage" /ConfigurationRepositoryDisconnect -force

Проверка результата и очистка остатков

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

Дополнительно проверьте каталоги, где могли остаться служебные данные: кэш конфигуратора в профиле пользователя (папки вида %APPDATA%\1C\1cv8\... с идентификатором базы) и возможные ярлыки или скрипты автоматического обновления из хранилища. Устаревшие скрипты пакетного обновления из удалённого хранилища нужно отключить или перенастроить, иначе планировщик будет сыпать ошибками.

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

Типичные ошибки при удалении хранилища

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

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

Альтернативы полному удалению

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

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

При переходе на другую систему контроля версий (например, EDT с Git) хранилище 1С можно не удалять, а просто оставить в архивном режиме «только чтение» как источник истории. Место при этом расходуется, но остаётся доступ к старым версиям объектов.

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