← На главную

При попытке обновить конфигурацию или изменить настройки поддержки в 1С специалисты иногда сталкиваются с ситуацией, когда пункт меню Конфигурация — Обновить конфигурацию, кнопка Загрузить конфигурацию из файла или действия в окне Настройка поддержки становятся полностью неактивными. Проанализируем причину возникновения такой блокировки и рассмотрим штатные и экстренные способы решения этой задачи.

Выясним причину ограничения

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

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

Штатный порядок обновления подчиненного узла РИБ

Разберем по шагам, как правильно выполнять обновление информационной базы, если она работает в составе РИБ:

1. Обновление центрального узла: Загружаем и применяем обновления конфигурации строго в главном (центральном) узле РИБ через Конфигуратор.
2. Выгрузка обмена: В режиме «1С:Предприятие» центрального узла выполняем сеанс выгрузки данных. Платформа автоматически добавляет в файл обмена не только данные, но и изменения структуры конфигурации.
3. Загрузка в периферийную базу: В подчиненном узле запускаем сеанс «1С:Предприятие» и выполняем загрузку файла обмена.
4. Применение изменений: После загрузки файла платформа выдаст предупреждение о том, что конфигурация изменена, и предложит перезапустить базу или выполнить обновление.
5. Финализация в Конфигураторе: Администратор открывает Конфигуратор подчиненного узла и выполняет команду Конфигурация — Обновить конфигурацию базы данных (или нажимает клавишу F7).
6. Обработка данных: Запускаем подчиненную базу в режиме «1С:Предприятие» для выполнения служебных обработчиков обновления данных.

Экстренная разблокировка Конфигуратора (отвязка от РИБ)

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

Важное предупреждение: перед выполнением любых описанных действий обязательно создайте полную резервную копию базы данных!

Разберем два основных способа отвязки базы от главного узла:

Способ 1. Программное отключение главного узла

В режиме «1С:Предприятие» подчиненного узла (через внешнюю обработку или консоль кода) необходимо выполнить следующий код:

ПланыОбмена.УстановитьГлавныйУзел(Неопределено);

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

Способ 2. Запуск Конфигуратора с ключом разблокировки

Выполнить отвязку можно также с помощью параметров запуска. Для этого запускаем Конфигуратор из командной строки или через настройки ярлыка с параметром:

/ResetMasterNode

При следующем запуске базы в режиме «1С:Предприятие» платформа запросит подтверждение на сброс связи с главным узлом.

Восстановление связи с РИБ после ручного обновления

Если база была отвязана, обновлена вручную файлом .cf и ее требуется снова вернуть в состав РИБ, проанализируем порядок действий по восстановлению:

1. Из центрального узла выгружаем файл конфигурации (.cf).
2. На отвязанном подчиненном узле загружаем этот файл (.cf), чтобы идентичность структуры метаданных полностью совпала до каждого объекта.
3. В режиме «1С:Предприятие» восстанавливаем связь с главным узлом с помощью кода:
   Скопировать код

   
   СсылкаНаГлавный = ПланыОбмена.ГлавныйУзел.ПолучитьСсылкуГлавногоУзла(); // Имя или ссылка из плана обмена
   ПланыОбмена.УстановитьГлавныйУзел(СсылкаНаГлавный);
   

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