Не происходит обмен РИБ - не загрузились изменения конфигурации #797303

Привет. Есть две базы на УТ в магазине и офисе, между ними настроен типовой обмен с помощью РИБ. Конфа на поддержке с возможностью изменения. Как сообщили, с пятницы обмены перестали работать после добавления нового отчета. В файле выгрузки из офиса измененная конфа выгружается, но в розницу не загружается. С помощью встроенной типовой обработки "Регистрация изменений для обмена" у обоих узлов обнулил номера сообщений, сделал обмен и в магазине пришло это обновление конфы. Обновил, новый отчет появился, сделал еще пару-тройку обменов чтобы убедиться в работоспособности. Сегодня опять говорят, что обмен сломался, опять магазин не принимает изменения из центральной базы, а центр не принимает из периферии. Захожу удаленно в периферийную базу - принимаю сообщения, конфа не меняется. Конфигуратор тоже скромно молчит об отсутсвии изменений конфигурации. Делаю изменения конфигурации в центральной базе и снова делаю обмен - периферия опять его не видит и не загружает. хотя в мониторе обмена обе базы пищут, что обмен прошёл только что, и "Предупреждений нет" Вот номера сообщений из последних файлов обмена: центр - периферия (размер 18 Мб) <v8msg:MessageNo>22</v8msg:MessageNo> <v8msg:ReceivedNo>15</v8msg:ReceivedNo> То есть опять сбились номера. У кого есть опыт обмена, скажите, как это могло быть? Не обновили конфу в периферии и отправили обмен? Или обменялись не с той базой (например, боевая и песочница)?

15-21 и 22-15 не говорит о том, что что-то сбилось

Это говорит о том, что 22 было отправлено, но не принято

Ты что-то мудришь

Я понимаю, что не принято. Но подчиненный узел не хочет принимать изменения. Что мудрю? Что я забыл написать? Снова обнулить счетчики и обменяться? Я хочу найти причину, чтобы завтра снова не пришлось обнулять счетчики обмена.

магазин не может принять это 22-е сообщение. Но и ошибок не выдаёт. ладно бы, написал "Номер сообщения меньше либо равен ранее принятому в обмене 1С", но не пишет же.

"Но подчиненный узел не хочет принимать изменения... Что я забыл написать?" - может стоит поискать и озвучить текст ошибки? монитор обмена, журнал регистрации... Или, по традиции, нам ждать до сотого поста? :)

Кстати: 15/21 говорит о том, что не все сообщения обмена обрабатываются корректно.

И.. если прилетают изменения конфы у вас часто, то возможно, пофигуратор кто-то уже занял в перефирийке, вот изменения конфы и не принимаются

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

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

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

Главное сделать всё аккуратно и внимательно. Не навредит это точно, а может и поможет

"Что мудрю?" // Мельтешишь, делаешь какие-то лишние телодвижения по сбросу номеров сообщений

Нет ничего особенного. Вот скрины обработок обеих баз:

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

Вот настройки плана То же и в периферийной базе, только зеленый шарик на РБ.

Вот в магазине - узел с желтой пиктограммой

Это не тот скрин, на который я бы обращал внимание. Нажми гиперссылку "Сейчас" - откроется журнал регистрации с отбором сообщений обмена данными - там больше информации.

А префиксы ИБ одинаковые чтоль?

Непорядок конечно, но для обмена это не принципиально - в нём используются коды узлов.

Вот нужный скрин из журнала (с отбором по обмену, который формирует обработка обмена) Одинаковые. // мопед не мой В файлах обмена префиксы из узлов - там разные.

упс. последняя ссылка неправильная

и из магазина: ничего революционного нет.

Ты не там ЖР смотришь, надо смотреть в конфигураторе рядом с началом получения данных и далее

На периферии, правильн?

Да. Кстати, а в чем проблема-то?

Понял. Спасибо.

"ничего революционного нет." - ты опять не то озвучиваешь :( При нормальном прошедшем сеансе обмена, разумеется, ничего интересного там нет. Измени интервал в отборе на тот период, когда "Как сообщили, с пятницы обмены перестали работать" - посмотри по журналу момент времени с чего всё началось.

Не принципиально, но в режиме "1С:Предприятие" удобнее - на журнал уже наложен отбор нужных записей. Кроме озвученного ранее места, доступ к журналу можно получить также из плана обмена или из сценария обмена. Это не принципиально.

а обновить конфигурацию бд нажали?

"Не принципиально ... на журнал уже наложен отбор нужных записей" // Как раз-таки это принципиально, т.к. причина невыполнения обмена может не логироваться по тому отбору, который наложен в режиме предприятия

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

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

Не исключаю, что когда автор "вручную" запускает обмен - он выполняется несколько иначе, чем настроен автообмен и сценарий обмена. Поэтому, запуская обмен "вручную", он не получает ситуацию, которая останавливает обмен. Вот как-то типа так.