Как отключить базу 1С от РИБ

Отключение базы 1С от распределенной информационной базы (РИБ) требуется, когда узел выводится из обмена: филиал закрывается, база переводится на автономную работу или схема обмена перестраивается. Задача сводится к сбросу служебных признаков, которые платформа хранит в базе: ссылки на главный узел у подчиненной базы и признака главного узла у центральной.

Важно понимать: простое удаление узла из плана обмена в центральной базе не отключает подчиненную базу. Она по-прежнему будет считать себя узлом РИБ, блокировать изменение конфигурации и требовать обмена с главным узлом. Поэтому отключение выполняется с двух сторон или принудительно на стороне подчиненного узла.

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

Что проверить перед отключением узла от РИБ

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

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

Обязательно сделайте резервную копию обеих баз. Для файлового варианта достаточно скопировать каталог базы или выполнить выгрузку в файл .dt через конфигуратор. Для клиент-серверного варианта используйте средства СУБД или выгрузку .dt при монопольном доступе.

Как отключить подчиненную базу штатными средствами

Штатный сценарий зависит от конфигурации. В типовых решениях на базе БСП (Управление торговлей, ERP, Бухгалтерия, ЗУП) в подчиненной базе есть функция сброса главного узла. Обычно путь такой: раздел «Администрирование» → «Синхронизация данных» → выбрать настройку обмена с главным узлом → команда «Удалить настройку синхронизации» или «Отключить обмен». В ряде версий при удалении настройки система спрашивает, нужно ли отключить базу от главного узла — подтвердите.

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

1. 1
   Завершите последний обмен: отправьте данные в главный узел и получите подтверждение приема
2. 2
   Сделайте резервную копию подчиненной базы (выгрузка .dt или копия каталога)
3. 3
   Завершите работу пользователей и откройте базу монопольно под полными правами
4. 4
   Удалите настройку синхронизации в разделе обмена либо выполните сброс главного узла через обработку
5. 5
   Проверьте, что база больше не требует обмена и позволяет обновлять конфигурацию
6. 6
   В центральной базе пометьте узел как неактивный или удалите его из плана обмена

Как убрать узел в центральной (главной) базе

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

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

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

Аварийное отключение через обработку и конфигуратор

Ситуация, когда штатный путь недоступен, встречается часто: главный узел потерян вместе с базой, подчиненная база восстановлена из копии и не может выполнить обмен, конфигурация заблокирована для обновления. В этом случае применяется принудительный сброс главного узла.

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

// Выполняется в подчиненной базе под полными правами
УстановитьМонопольныйРежим(Истина);
ПланыОбмена.УстановитьГлавныйУзел(Неопределено);
УстановитьМонопольныйРежим(Ложь);
Сообщить("Главный узел сброшен, база отключена от РИБ");

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

Как проверить, что база отключена корректно

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

Дополнительно откройте «Все функции» → «Планы обмена» в отключенной базе: ссылка на главный узел должна отсутствовать. Если план обмена показывает предопределенный узел «Этот узел» без связи с главным — это нормальное состояние автономной базы.

Типичные ошибки и ограничения

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

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

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

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