Всем добрый вечер. Обновили платформу до последнего релиза. Лёг РИБ.
Обновляем ЦБ(БП 3.0) УБ при загрузке сообщения обмена пишет "Конфигурация узла распределенной ИБ не соответствует ожидаемой!".

Выгружаем с ЦБ цфник снимаем УБ с центрального узла загружаем цфник. Обновляем. При входе в пользовательский режим предлагает восстановить центральный узел. Соглашаемся. Начинается обновление и через 5 минут ошибка "Ошибка загрузки приоритетных данных из сообщения обмена."

Все. Дальше предлагает завершить работу.

Куда копать?

Такое произощло у нас с базой БП 3 и такая же ситуация с базой УПП(она тоже РИБ)

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

перечитал текст топика...

А после того как из ЦБ выгружена конфигурация - в этот момент у вас заново сформирована выгрузка данных для обмена?

Я бы попытался очистить регистрацию всего центрального узла. Потому что после загрузки конфигурации в ПБ из файла не требуется передавать в периферийку измененную цф - она уже новая там имеется.

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

(3) никак.
Нужно было обновить данные, а уже после этого конфигу обновлять.

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

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

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

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

А если я сейчас отменю регистрацию всех объектов конфигурация не выгрузится? Или все равно выгрузится?

Отменю в центре

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

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

Вот эта? ПланыОбмена.УдалитьРегистрациюИзменений(Узел);

(10) да. Как минимум, на старых платформах после выполнения этой процедуры выгрузки полностью пустые были

Спасибо. Щас попробую очистить. И обменяться. Посмотрим что получится.

Не помогло. Очистил узел от изменений, но изменения по самой конфигурации остались в файле обмена. Соответственно в УБ та же ошибка. Как центральный узел очистить от изменений конфигурации?

Ошибка чтения файла сообщения обмена: {Обработка.КонвертацияОбъектовРаспределенныхИнформационныхБаз.МодульОбъекта(147)}: Ошибка при вызове метода контекста (ПрочитатьИзменения): Конфигурация узла распределенной ИБ не соответствует ожидаемой!

Шаманский способ на партнерке уже нашел?

Нет

Что за способ?

Не слушайте Фрэнки - его чего-то, начиная с (2) не совсем в ту сторону понесло советовать :)

(6) Всё равно выгрузится. Программная отмена регистрации касается только данных, но не конфигурации. Впрочем, это не важно.

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

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

Вот, например, "красноречивый" алгоритм из конфигурации ЗУП 3.1:

Процедура ЗаписатьИзмененияВФайлСообщенияОбмена(Отказ, ЗаписьXML)
    ЗаписьСообщения = ПланыОбмена.СоздатьЗаписьСообщения();
    Попытка
        ЗаписьСообщения.НачатьЗапись(ЗаписьXML, УзелИнформационнойБазы);
    Исключение
        ЗафиксироватьЗавершениеОбмена(Отказ, ОписаниеОшибки(), ОшибкаНачалаЗаписиФайлаСообщенияОбмена());
        Возврат;
    КонецПопытки;
...    
    Попытка
    ОбменДаннымиВызовСервера.ОчиститьПриоритетныеДанныеОбмена();
        // Записываем изменения конфигурации и изменения данных в сообщение обмена.
    ПланыОбмена.ЗаписатьИзменения(ЗаписьСообщения, КоличествоЭлементовВТранзакции);
        // Записываем приоритетные данные в конец сообщения обмена
        // (предопределенные элементы, идентификаторы объектов метаданных).
    ЗаписатьПриоритетныеИзмененияВСообщениеОбмена(ЗаписьСообщения);
        ЗаписьСообщения.ЗакончитьЗапись();
...

PS: Пошла волна демонических обновлений, при которых не помогают традиционные танцы с бубном - ни очистка кэшей, ни выгрузка/загрузка конфигурации.

Не понимаю. Как вычистить это гавно из файла, что бы УБ думал что изменений в ЦБ нет.

(20) Принять в ЦБ сообщение обмена из ПБ с подтверждением

(20) текстовым редактором вычисти да и все.

Кстати, текущая ветка - наглядный пример разделения передачи конфигурации и данных по разным планам обмена. Либо вообще отказ от планов обмена с флажком "РИБ" в пользу сторонних решений

(23) Только не все такой подход одобряют. Он не работает "из коробки", а за настройку платить нужно. У меня несколько раз клиенты срывались на стадии переговоров. Им почему-то казалось, что я им просто все сделаю за очень скромное вознаграждение... Совершенно не желая вспоминать, что при такой выборочной настройке придется периодически подправлять и проверять работоспособность после обновлений конфигурации.

(23) Как, вы не любите РИБ? "Просто вы не умеете их готовить"(с)

(25) Я скорее не про мое отношение к этому (про динамическое обновление тоже некоторые так говорят, но 1С-таки реализовала, начиная с 8.3.6 кажись, защиту от неявного такого обновления в виде ключа пофигуратора), а про то, что пока не появился какой-то гарантированный рецепт по избеганию появления ошибки в узле. Да что там по избеганию - даже по ее лечению уже можно считать, что нет гарантированного рецепта. И поэтому альтеративные способы доставки конфы в узел имеют место быть.

А я скорее про неявные нарушения, если порыться, которые наверняка имели место быть ранее. Имеется в виду нарушение рекомендаций методистов, обязательных к исполнению.

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