Как отключиться от хранилища конфигурации 1С

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

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

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

Что происходит при отключении от хранилища

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

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

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

Подготовка перед отключением

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

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

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

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

Пошаговая инструкция по отключению

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

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

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

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

Как проверить, что отключение прошло успешно

Первый признак успешного отключения — пункт меню «Хранилище конфигурации» изменился: вместо «Отключиться от хранилища» там теперь «Создать хранилище» и «Подключиться к хранилищу». Это значит, что привязка к хранилищу удалена.

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

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

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

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

Меню «Хранилище конфигурации»

Норма

Доступны пункты «Создать» и «Подключиться»

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

Пункт «Отключиться» всё ещё активен — связь не разорвана

Редактирование объекта

Норма

Объект открывается на изменение без захвата

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

Появляется требование захватить объект в хранилище

Значки в дереве конфигурации

Норма

Нет замков и меток захвата

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

Остались значки блокировки у объектов

Отключение при недоступном хранилище

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

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

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

Типичные ошибки и проблемы

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

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

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

Что делать после отключения

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

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

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

Сравнение вариантов

Отключение с сохранением хранилища

Подходит при временном разрыве связи или переносе проекта; история версий остаётся доступна

Отключение с архивацией хранилища

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

Загрузка cf в новую базу

Крайний вариант при повреждённой связи; история версий не переносится, начинается с чистого листа

FAQ: частые вопросы об отключении от хранилища

Удалится ли хранилище после отключения базы?

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

Можно ли подключить базу обратно к тому же хранилищу?

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

Что будет с объектами, захваченными другими разработчиками?

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

Нужен ли монопольный доступ для отключения?

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

Почему после отключения объекты всё равно недоступны для редактирования?

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

Как отключиться от хранилища пакетно, для нескольких баз?

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