Как быстро передать изменения конфигурации в подчиненный узел распределенной базы 1С без долгой выгрузки данных?

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

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

Вариант 1. Предварительный сеанс обмена данными перед обновлением конфигурации

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

Для предотвращения этой ситуации организуем процесс следующим образом:

1. Перед внесением изменений в конфигурацию центрального узла запускаем полный сеанс обмена данными по расписанию или вручную.
2. Убеждаемся, что подчиненный узел успешно принял пакет данных и прислал квитанцию (номер принятого сообщения в центральном узле увеличился).
3. Применяем изменения конфигурации в центральной базе.
4. Формируем новое сообщение обмена. Поскольку данные уже были выгружены на шаге 1, результирующий файл обмена будет содержать только структуру метаданных и займет минимальный объем, передавшись за считанные минуты.

Рекомендация: Настройте автоматический фоновый обмен по расписанию (например, каждые 15–60 минут или ночью). Чем чаще синхронизируются данные, тем меньше размер сообщений и тем быстрее проходит передача изменений структуры метаданных.

Вариант 2. Ручное обновление подчиненного узла через файл конфигурации (.cf) с отвязкой от главного узла

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

Разберем по шагам порядок действий:

1. В центральном узле выгружаем файл конфигурации через конфигуратор (Конфигурация → Сохранить конфигурацию в файл...) с расширением .cf.
2. В подчиненном узле отключаем признак подчинения главному узлу. Это можно сделать двумя путями:

   а) Запустив конфигуратор подчиненной базы из командной строки с параметром сброса главного узла:

   1cv8.exe DESIGNER /F "C:\Bases\SubBase" /ResetMasterNode

   б) Либо программно во внешнем сеансе 1С:Предприятия под полными правами:

   ПланыОбмена.УстановитьГлавныйУзел(Неопределено);
3. Открываем подчиненную базу в конфигураторе. База стала автономной, что разблокирует возможность редактирования и загрузки метаданных.
4. Выполняем операцию Конфигурация → Загрузить конфигурацию из файла..., указав сохраненный ранее файл .cf.
5. Применяем изменения (обновляем конфигурацию базы данных по клавише F7).
6. Восстанавливаем привязку подчиненного узла к главному, выполнив программный код:
   Скопировать код

   
   СсылкаНаГлавный = ПланыОбмена.ИмяПланаОбмена.НайтиПоКоду("КодЦентральногоУзла");
   ПланыОбмена.УстановитьГлавныйУзел(СсылкаНаГлавный);
   

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

Вариант 3. Программная фильтрация выгрузки данных через модуль плана обмена

Рассмотрим возможность сформировать стандартное сообщение обмена РИБ, в которое платформа поместит блок измененных метаданных, но пропустит выгрузку зарегистрированных элементов данных.

В модуле соответствующего плана обмена в обработчике события ПриОтправкеДанныхПодчиненному можно программно переопределить поведение платформы:

Процедура ПриОтправкеДанныхПодчиненному(ЭлементДанных, ОтправкаЭлемента, СозданиеНачальногоОбраза)
    // Временно игнорируем передачу любых зарегистрированных данных
    ОтправкаЭлемента = ОтправкаЭлементаДанных.Игнорировать;
КонецПроцедуры

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

Архитектурный анализ: тяжелые расчеты в распределенной базе

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

В современной платформе 1С:Предприятие 8.3 для этих целей рекомендуется использовать альтернативные механизмы:

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