Обмен в РИБ #652848

Добрый день. Имеется конфигурация ЦБ в которую внесли изменения, когда файл с ними получила УБ, она написала - "Конфигурация узла распределенной ИБ не соответствует ожидаемой!". Сделал также как во всех описаниях, т.е.: 1. Выгрузил cf-файл из ЦБ. 2. Снял главный узел в УБ. 3. Загрузил cf-файл в УБ. 4. Установил обратно главный узел в УБ. Раньше такое помогало, но вот, наконец, не сработало. Ошибка та же. Digest2 при выгрузке из ЦБ отличается от Digest2 выгрузки из УБ, соответственно когда заменяю Digest2 в файле из УБ на Digest2 файла из ЦБ загрузка проходит, а как сделать так чтобы УБ запомнила новое значение Digest2 не знаю, может кто сталкивался?

Я так понимаю, что надо передать какое-то значение из ЦБ в параметре Digest1, но не представляю как его получить. К примеру: <v8de:Digest1>e25011119b1a000bb069c38f7db645d5</v8de:Digest1>                <v8de:Digest2 v2="e59df9b2ad46398bcbd7417f2b895fdc">8544f79515370dc5ad1b24dde76cbbc2</v8de:Digest2> - не понятно как связано значение из Digest1 со значениями из Digest2, вроде как это разница между ними

up!

Что такое УБ, и зачем там снимать главный узел?

Демоническое рассогласование конфигураций. Точнее сказать - "внутреннего идентификатора" конфигурации. (офф) Который непосредственно не доступен и хранится за семью печатями по воле разработчиков. Яйцо в утке, утка - в зайце. Заяц - в шоке. Танцы с бубном - круг за кругом... Попробуй внести любое незначительное изменение в конфигурацию ЦБ и повторить всё заново что делал в Если не поможет, попробуй так: то, что выгрузил из ЦБ - загрузи в новую, пустую БД; выгрузи конфу из новой БД и загрузи в ЦБ, обнови конфигурацию БД и повтори то, что делал ранее в

Наверное, это база подчиненного узла в РИБ "ЦБ - УБ" => "ЦУ - ПУ"

да, УБ - удаленная база

Пробовал, не помогло. Хочется узнать как именно изменить этот идентификатор конфигурации. Я уже в SQL лазил в таблицы _Node, нашел там свой обмен, но id и там отличается (хотел руками перебить).

Судя по скудному описанию из руководства разработчика должна быть какая-то связь между числами из

Блин, у меня 8 удаленных, постоянно работающих баз, можно, конечно, создать новый образ и залить его во все базы, но это очень гемморойно. Да и тема эта уже не раз поднималась, хочется решить этот вопрос. Наверняка где-то в таблицах SQL можно найти значение идентификатора конфигурации.

Есть мнение, что в файлах обмена не сам идентификатор конфигурации, а его хеш.

Получается, что остается только заново загружать образы в переферийки?

это потому что ты не "загрузить конфигурацию из файла" сделал, а "сравнить, объединить"

инфа 100%

Если бы :-(, я на двух разных переферийках пробовал, а это значит, что надо было бы дважды нажать не на ту кнопку и дважды не заметить окно сравнения/объединения.

да, именно так. если накатить 1 и тот же .cf на все узлы - то все встает на место

Ты хочешь сказать, что если я загружу конфу в остальные 6 перефериек, то обмен пойдет?

нет, только в те, с которыми проблема.

может быть выгрузил и ЦУ не ту конфу случайно (например конфу поставщика)

из ЦУ

Ну это точно нет, я после загрузки cf в переферийку проверил, что там появились все мои изменения.

вот тебе ещё один способ. Не 100%, а типа 50/50 :) Накатываем типовое обновление; восстанавливаем свои изменения и обновляем конфигурацию БД. После этого юзверы выявляют ошибки, которые срочно устраняем с помощью демонических обновлений. Во время сеанса обмена - получаем ситуацию ТС. Конфигурации были идентичные, а стали - ... короче - аутизмом они поражены :)

Кстати, интересно отметить, что после демонических обновлений все проходило нормально, а тут было обычное и такая херь