Уже не знаю с какой стороны подойти к проблеме. Обмены реализованы стандартным механизмом Библиотеки стандартных подсистем. Долгое время проблем не было.
Есть центральная база и несколько периферийных. Из центра в конкретную периферийную базу отправляется большое сообщение обмена. Получив ответ от периферийной базы, центр успокаивается и шлет небольшие сообщения. Через несколько обменов центр снова пытается отправить то же самое большое сообщение.
Принудительное удаление регистрации спасает лишь на некоторое время. Можно как-то посмотреть на таблицу регистрации изменений? Кто-нибудь сталкивался с подобной проблемой?

Можно. Консолью запросов.

Или обработка есть на инфостарте. Она более понятна РегистрацияИзмененийДляОбмена, кажется.

Как называется нужная таблица?

(0) Пробовал обработку РегистрацияИзмененийДляОбмена?

Скорее всего, у вас кто-то как-то это "большое сообщение" регистрирует каждый раз. Например, пользователь открыл элемент справочника на предмет посмотреть. Посмотрел, нажал кнопку ОК, а он перезаписался и соответсвенно перерегистрировался.

(0) Стандартный вопрос: в тестовых базах регламентные задания отключены?

Ну сперва пусть при помощи обработки выяснить какой объект постоянно ставиться на обмен, а от этого плясать уже.

(6) Ага было дело))
(7) Объект - не вопрос. Первым делом посмотрел состав XML

(8) А что ты хочешь тогда разглядеть в таблице регистрации изменений?

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

А не может быть такого что объекты метаданных в этих базах разные? ЦБ передает одно а в базе получателя нет каких то реквизитов или порядок иной?

смотри журнал регистрации - кто изменял эти "тысячи записей регистра прав доступа"

(9) Допустим:
Обмен 1: Сообщение 100 КБ, внутри объекты A,B,C,D + правила обмена
Обмен 2: Сообщение 20 КБ, внутри правила обмена
Обмен 3: Сообщение 20 КБ, внутри правила обмена
Обмен 4: Сообщение 100 КБ, внутри объекты A,B,C,D + правила обмена

В случаях 2 и 3 внутри XML естественно объектов нет, но хочу посмотреть - вдруг они в каком-то виде есть в таблице регистрации изменений

(11) Конфигурации обмениваются по РИБ
(12) Посмотрел. В данном случае действительно меняет "Фоновое задание",что скорее всего значит обмен.

Ну то есть в данном случае - правильный ответ (5). И это простой вариант.
На другой базе так уже было, я уже задавал эти вопросы:
Бессмертная регистрация объектов
Бессмертная регистрация объектов 2. Мертвый анархист.

В итоге на первой центральной базе была побеждена странным образом - были заданы очень большие номера сообщений обмена. Т.е. я обычно сбрасывал их на 0 в случае проблем, а в этот раз наооборот, поставили номер, больший, чем самый большой номер до вмешательств.

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

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

(17)+1

(17) +1
"посмотреть для какого номера сообщения что регистрируется"
Вот где бы это увидеть.
(9)Может для этого.

"Еще кстати заметил, что если сбросить номера сообщений обмена на 0, то иногда периодически через несколько обменов номер снова становиться пятизначным (в моём случае)."
По-моему это все таки случай (6). Если у тебя "внезапно" номер становится пятизначным - то однозначно обменный файл из какой-то левый базы подгружается.

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