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

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

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

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

Когда отключение от хранилища действительно нужно

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

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

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

Маршрут решения

Как выбрать действие

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

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

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

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

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

Первый и обязательный шаг — полная выгрузка информационной базы в файл .dt через конфигуратор (меню «Администрирование» → «Выгрузить информационную базу»). Файл выгрузки — единственная гарантия отката, если в процессе что-то пойдёт не так. Выгрузку конфигурации в .cf тоже стоит сделать, но она не заменяет .dt, так как не содержит данных.

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

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

Пошаговое отключение базы от хранилища

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

1. 1
   Сделайте выгрузку базы в .dt и убедитесь, что файл сохранился и открывается
2. 2
   Завершите все сеансы пользователей и закройте лишние конфигураторы
3. 3
   Откройте конфигуратор под пользователем с правами администратора
4. 4
   Откройте меню «Конфигурация» → «Хранилище конфигурации» → «Отключиться от хранилища»
5. 5
   Подтвердите операцию в диалоге и дождитесь завершения
6. 6
   Сохраните конфигурацию базы данных (F7) при появлении запроса
7. 7
   Проверьте статус поддержки объектов и сделайте контрольную выгрузку .cf

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

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

Если пункт меню недоступен

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

Проверка результата после отключения

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

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

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

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

Подменю «Хранилище конфигурации» в конфигураторе

Норма

Команды захвата/помещения недоступны, доступно подключение

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

Команды захвата активны — база всё ещё связана с хранилищем

Сравнение конфигурации и конфигурации БД

Норма

Различий нет или обновление БД выполнено успешно

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

Платформа требует обновление БД и выдаёт ошибки

Запуск режима 1С:Предприятие

Норма

База открывается штатно, пользователи работают

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

Ошибки при входе, сообщения о необходимости обновления

Настройка поддержки

Норма

Объекты поставщика остались на поддержке

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

Вся конфигурация неожиданно снята с поддержки

Финальный контрольный шаг — сделать выгрузку конфигурации в файл .cf и сохранить его рядом с дооперационной выгрузкой .dt. Эта пара файлов фиксирует состояние базы на момент перехода к автономной работе и понадобится, если позже потребуется сравнить версии или восстановить исходное состояние.

Обратное подключение и его ограничения

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

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

Типичные ошибки и как их избежать

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

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

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

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

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

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

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

Что будет с поддержкой типовой конфигурации после отключения?

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

Нужно ли отключать пользователей из базы перед операцией?

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

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

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

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

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