Администрирование · 9 мин
Как удалить хранилище конфигурации в 1С
Как удалить хранилище конфигурации 1С 8.3: отключение баз от хранилища, удаление файлов, очистка кэша и типичные ошибки. Пошаговая инструкция для администратора.
Хранилище конфигурации 1С — это центральная база, где платформа хранит версии конфигурации при групповой разработке. Удалить его полностью недостаточно просто стереть каталог: сначала нужно отключить все рабочие информационные базы, иначе ссылки на несуществующее хранилище будут мешать дальнейшей работе и вызывать ошибки при обновлении конфигурации.
Типичные ситуации, когда требуется удаление: проект завершён и разработка ведётся в другом хранилище, хранилище повреждено и восстановлению не подлежит, выполняется переход на систему контроля версий (например, EDT с Git) или хранилище создано по ошибке. В каждом случае порядок действий одинаков: фиксация актуального состояния, отключение баз, удаление файлов, проверка результата.
Перед любыми действиями убедитесь, что у вас есть права администратора хранилища и полные права на информационную базу. Без административных прав отключить базу от хранилища не получится — конфигуратор потребует имя и пароль пользователя хранилища с соответствующими полномочиями.
Что такое хранилище конфигурации и когда его удаляют
Хранилище конфигурации — это специальная база данных, которую конфигуратор 1С использует для совместной работы нескольких разработчиков. Оно хранит историю версий, позволяет захватывать объекты на редактирование и отслеживать, кто и что менял. Физически файловое хранилище — это каталог на диске с набором файлов, в том числе служебным файлом 1Cv8.1CD или аналогичной структурой.
Удаление хранилища оправдано в нескольких случаях: команда переходит на другой механизм совместной разработки, хранилище повреждено и не открывается, проект закрыт, а архив версий не нужен, либо хранилище было создано тестово и никогда не использовалось по назначению. Если же цель — просто освободить место или ускорить работу, иногда достаточно сократить историю версий, а не удалять хранилище целиком.
Подготовка: резервная копия и актуализация данных
Главный риск при удалении хранилища — потеря истории версий и несохранённых изменений. Если какой-то разработчик захватил объекты и изменил их локально, но не поместил в хранилище, после удаления эти изменения можно восстановить только из его локальной базы. Поэтому первым шагом соберите информацию: кто подключён к хранилищу и есть ли незавершённые захваты объектов.
Далее выполните три обязательных действия. Во-первых, получите из хранилища последнюю версию конфигурации в основную базу разработки. Во-вторых, выгрузите конфигурацию в файл .cf (Конфигурация → Сохранить конфигурацию в файл) — это минимальная страховка. В-третьих, если история версий представляет ценность, сделайте копию всего каталога хранилища средствами файловой системы: просто скопируйте папку в архивное место.
Отключение информационных баз от хранилища
Отключение выполняется в конфигураторе каждой базы, привязанной к хранилищу. Откройте конфигуратор под пользователем с административными правами, перейдите в меню «Конфигурация → Хранилище конфигурации → Отключиться». Платформа запросит подтверждение, так как операция необратима: после отключения связь с версиями разрывается, и конфигурация базы становится независимой.
Если в хранилище есть захваченные текущим пользователем объекты, перед отключением их нужно либо поместить в хранилище, либо отменить захват (пункт «Отменить захват» в том же меню). Иначе платформа может отказать в отключении или отключит базу с потерей несохранённых правок. Проверить список захваченных объектов можно через «Конфигурация → Хранилище конфигурации → Захваченные объекты».
- 1Откройте конфигуратор с правами администратора хранилища
- 2Поместите или отмените захват всех захваченных объектов
- 3Выполните «Конфигурация → Хранилище конфигурации → Отключиться»
- 4Подтвердите операцию и дождитесь завершения
- 5Сохраните конфигурацию базы данных (F7) и выгрузите .cf как копию
Если хранилище недоступно или повреждено
Иногда отключиться штатно невозможно: каталог хранилища уже удалён, сетевой диск недоступен или файлы повреждены. В этом случае конфигуратор при обращении к хранилищу выдаёт ошибку, но пункт «Отключиться» обычно всё равно доступен — платформа разорвёт связь локально. Если и это не помогает, связь с хранилищем можно снять через загрузку конфигурации из файла .cf с полной заменой либо через изменение настроек поддержки, однако такие действия требуют осторожности и обязательной копии базы.
Удаление файлов хранилища с диска
После того как все базы отключены, удалите каталог хранилища средствами операционной системы. Для файлового варианта это папка, указанная при создании хранилища (путь можно посмотреть в настройках подключения до отключения). Убедитесь, что удаляете именно каталог хранилища, а не каталог информационной базы — структуры похожи, и ошибка на этом шаге приведёт к потере рабочих данных.
Если хранилище размещалось на сервере 1С или в SQL-варианте, удаление выполняется соответствующими средствами: через консоль кластера или инструменты СУБД. Не удаляйте файлы, пока хотя бы одна база остаётся подключённой: при следующем обращении она получит ошибку, а администратору придётся разбираться с «висящей» ссылкой.
Проверка результата и очистка следов
После удаления откройте конфигуратор каждой бывшей подключённой базы и убедитесь, что меню «Хранилище конфигурации» предлагает только пункт «Подключиться» — это признак чистого отключения. Проверьте, что конфигурация открывается на редактирование, обновление конфигурации базы данных проходит без ошибок и загрузка/выгрузка .cf работает штатно.
Дополнительно проверьте, что не осталось ярлыков и скриптов автоматического обновления из хранилища (пакетные файлы, задачи планировщика), которые теперь будут завершаться ошибкой. Если использовался кэш хранилища на локальных машинах разработчиков, его каталоги можно очистить — они больше не нужны.
Как проверить результат
Доступен только пункт «Подключиться»
Активны пункты «Захватить»/«Поместить» — база ещё подключена
Выполняется без сообщений о хранилище
Ошибка обращения к каталогу хранилища
Папка хранилища отсутствует, база на месте
Удалён не тот каталог — база не открывается
Альтернативы полному удалению
Не всегда нужно удалять хранилище целиком. Если проблема в объёме, можно сократить историю: в настройках хранилища доступна установка глубины хранения версий, а старые версии удаляются штатными средствами. Если хранилище «тормозит», иногда помогает его пересоздание: создаётся новое хранилище из актуальной конфигурации, базы переключаются на него, а старое архивируется.
При переходе на EDT и Git хранилище конфигуратора обычно оставляют в режиме «только чтение» на переходный период, а удаляют после того, как история перенесена или признана ненужной. Такой подход снижает риск потери данных при миграции.
Как выбрать действие
Частые вопросы
Можно ли удалить хранилище, не отключая базы?
Технически файлы удалить можно, но базы останутся связанными с несуществующим хранилищем: при попытке захвата объектов или обновления из хранилища будут ошибки. Правильный порядок — сначала отключить все базы через конфигуратор, затем удалять файлы.
Что происходит с историей версий при удалении?
История версий хранится только в файлах хранилища и удаляется вместе с ними безвозвратно. Если история может понадобиться, скопируйте каталог хранилища в архив перед удалением — из копии её можно будет открыть, создав подключение к архивному каталогу.
Как отключить базу, если забыт пароль администратора хранилища?
Отключение требует аутентификации в хранилище. Если пароль утерян, восстановить его штатными средствами нельзя — потребуется администратор с действующим доступом. В крайнем случае связь разрывают загрузкой конфигурации из файла, но это крайняя мера после создания полной копии базы.
Нужно ли удалять хранилище при переходе на EDT?
Не сразу. Рекомендуется сохранить хранилище в архивном виде на период миграции: из него можно восстановить старые версии, если что-то перенеслось некорректно. Удалять стоит после подтверждения, что вся нужная история доступна в новой системе контроля версий.
Можно ли восстановить удалённое хранилище?
Только из резервной копии каталога. Если копии нет, восстановить историю невозможно — можно лишь создать новое хранилище из актуальной конфигурации базы, но оно начнётся с первой версии. Поэтому архивная копия перед удалением обязательна.
Отличается ли удаление хранилища в клиент-серверном варианте?
Да. Для хранилища на SQL удаляется соответствующая база данных средствами СУБД после отключения всех информационных баз. Сами информационные базы при этом не трогают — удаляется только база хранилища и её регистрация.
Что важно запомнить
Удаление хранилища конфигурации 1С выполняется в строгом порядке: получить актуальную конфигурацию, выгрузить .cf, отключить все базы через конфигуратор, заархивировать каталог и только потом удалять файлы. Пропуск любого шага грозит потерей истории версий и изменений разработчиков.