Есть риб самописный на 8. Вопрос: Как избежать ситуации когда к примеру ЦБ сделала выгрузку 2 раза. То есть Ведомая база файл не примет, так как номер сообщения будет больше ожидаемого???
Кодом можно проверить номер сообщения. неужели брать файл сообщения, выгружать с текущими изменениями и править в нем номер сообщения????

а зачем? Выгружай повторно ВСЁ по чем небыло подтверждения

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

(1) +100500

(2) Нет я так не писал, просто не грузит у меня почему то, ощибку при загрузке выкидывает. Делаю ручной обмен и опять все идет до момента двойной выгрузки из одно базы.

(3) Поправте!

какую ошибку выкидывает?

(0) Я когда писал свой РИБ на 77, выгружал все изменения, пока из второй базы не придет ответ, что изменения загружены. Файл, конечно, раздувался, но зато грузить можно было с пропуском пакетов. Более старый пакет, естественно, в этом случае грузить не надо, если уже был загружен новый.

ошибку в студию

Ошибка "Конфигурация узла распределенной ИБ не соответствует ожидаемой".

(9) Это печальный диагноз. придется тебе отрубить переферийную от обмена, залить туда cf из центра и подключить обратно

146% после обновления конфы, переферийку восстановили из архива. Ожидает тебя еще и пропажа последних введенных данных..

(11)Не. Если сделает как в (10) все должно остаться как есть

(10)Вот я понял это, но почему этот казус происходит каждый раз после выгрузки из ЦБ 2 раза без обмена с переферийной базой??? Неужели никак не избежать этого. Ведь ситуации разные бывают, могут и несколько раз выгрузить из ЦБ и не разу не загрузить в распредлеленныю ().

(13)Неважно сколько раз ты выгрузишь.Главное чтобы номер выгрузки был болльше номера последнего принятого в переферии

(12) а куда ж конфа делась?

(13) Я думаю этот казус связан с полетевшим кешем в подчиненной или демоническим обновлением в центральной, а не с "двойной выгрузкой". Лечится как в (10), все обсосано здесь и на инфостарте.

(15)Да хрен ее знает.Обычно такие дела  когда часто демонически обновляешь

(9) это при загрузке в ЦБ или перифирийную?

(18) Переферийная.

тады как в (10).
это из-за неправильной работы с РИБ базами. Сам механизм нормально работает. 50 перифирийных баз, 2 года работы и было всего пару раз такое.

(17)+ еще бывает, когда в центральной базе выгружают следующее обновление, не приняв ответ про предыдущее.

Ну то есть активно работать в конфигураторе в центральной базе не рекомендуется.