Обновила главную базу загрузкой из подготовленного cf-файла. Несколько раз обмен с РБазамиД прошёл успешно. А сейчас при загрузке в РБД пишет то, что в теме. Обновления динамического точно не было - знаю уже что косяки потом. Я уже делала отключить главный узел - загрузить cf-файл из главной БД - подключить главный узел. Всё равно такая ошибка остаётся.
Подскажите, пожалуйста, что ещё можно сделать?

Зайдите в конфигуратор узла и обновите конфигурацию БД.

а это нормально?
В главной
  номер отправленного сообщения 84 724
  номер принятого сообщения     46 551

а в дочерней
  номер отправленного сообщения 46 556
  номер принятого сообщения     84 716
???

(1) заходила в конфигурацию там не требуется обновление БД

отвязав главный узел загружаю cf из главной несколько раз и каждый раз одни и те же изменения выдаёт. Непонятно почему они не сохраняются в конфигурации дочернего узла?

(3) я как делал:
0. Сохраняешь cf из центральной
1. отцепляешь конфигурацию узла от РИБ
2. через конфигурация - Загрузить конфигурацию из файла (именно ЗАГРУЗИТЬ, а не сравинить объеденить) загружаешь (0)
3. подцепляешь к РИБ
4. проводишь обмне

(3) в конфигурацию какого узла заходили?

(5) так я так делала - я же писала об этом в (0)

(6) в конфигурации дочернего узла

(7)Чудес не бывает.Значит что-то сделала не так.

(4) Возможно в данном случае мешает именно кэш.

(5) Я бы перед загрузкой cf еще бы сделал сравнить объединить с тем же самым cf. При этот вероятность потерять какие либо данные немного меньше.

(9) ну может быть. Хотя я всё внимательно делала. Причём у меня 3 дочерних узла. В одном сразу такие пробелмы пошли, во втором после нескольких обновлений (за один день), а в третьем нормально всё нормально и сейчас.

(11) chkdbfl проблемной дочки сделайте - покажет ошибки?

(11) пересоздать дочки не предлагать?

(13) если бы база была маленькая - то даже не парилась бы, сразу бы пересоздала. База большая, думаю ресурсов сервера не хватит пересоздать

(12) попробую

(15) база файловая значит? Делайте на копии файла 1CD

А вообще рецепт-то такой:
1) Отвязать дочку от плана обмена
2) В центре - "Сохранить конфигурацию в файл"
3) В дочке - "Сравнить, объединить с конфигурацией из файла"
4) В дочке - "Загрузить конфигурацию из файла"
5) Привязать дочку к плану обмена
6) Осуществить штатный обмен

У меня периодически такая же фигня вылазит. Я делаю по плану (17) и все работает.

(0) как ваши успехи?

(0) У меня было 1 раз такое, что внес изменения в конфигурацию, начал обмен и получил сабж. Анализ показал, что в сообщении от центрального узла цифровая подпись конфигурации изменена, а внесенных изменений нет (!). Пришлось внести еще изменения в конфигурацию центрального узла, обновить ее - и после этого обмен пошел нормально.

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

(19) пока в течение дня нет возможности попробовать. Вот все пойдут домой и я попробую (17).

А вообще так всё странно - мне не понятно почему ошибка такая. Из-за динамического обновления бывает - это ясно теперь такго избегаю. А чего ещё избегать-то? почему так получилось? хотя это наверное риторический вопрос. Главное сейчас исправить ситуацию.
Отпишусь о результатах.

(15) главная база - sql, дочка одна - sql, две файловые.

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

(24) ВО! Наконец-то я поняла благодаря   NewManIn1C в чём я прогнала - в после загрузки конфы в дочерней базе я начинала загружать старый файл обмена. А после сообщения (24) я удалила все сообщения обмена, загрузила в дочку сf-файл из главной, выгрузила в дочке, загрузила-выгрузила в главной и тогда ЗАГРУЗИЛОСЬ в дочку!!

СПАСИБО ОГРОМНОЕ ВСЕМ !!