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