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

кто-то из вас врёт

Видимо центральная база сильно изменилась, долго не было обмена между ЦБ и Дочерней базой. Самый простой вариант - пересоздать образ

(1) "Истина где то рядом" (с)

(2) обмены происходили каждые 15 минут

потом после обновления, сделали обмен, данные перегрузились нормально. Но теперь обмен выполнить невозможно

(0) вообще это частая тема на Мисте.
Погуглив можно найти и причины и методы предупреждения и методы решения.

(5) В гугл. Рецептов лечения много... даже вплоть до ручной правки xml файла обмена.(но это крайний случай)

(5) планируешь делать ну хоть что-нибудь?

Бэкап
Из центральной выгрузить cf
скачать
http://zalil-slil.rusfolder.net/files/44427348
в периферии
запустить отключить от главного узла
закрыть
в конфигураторе подсунуть сf
закрыть
запустить Подключить главный узел.
Все

(2) это НЕ самый простой вариант

(9) в обработке по ссылке две кнопки
Отключить от главного узла
Подключить к главному узлу

(10) а что, бывает еще что то ПРОЩЕ?!

например запуск с ключем /ResetMasterNode

(10) Это самый простой вариант, если в РИБ нет "новых" данных, которые можно потерять. Но по времени создание нового образа + настройка может занять очень много времени. Я бы сказал, самый простой вариант для небольших баз

(13) а дальше format c:\ enter enter
и жди новой темы - как восстановить главный узел или помогите не спиться )))

смотри 8 и по инструкции - делов на 10 минут.

перезапусти сервер 1С в дочерней базе, заодно серверный кеш почисти. в 50% случаев помогает, а потом можно уже и как написано в (9).

(9)Таблица регистрации изменений не слетит?

2(17) перед этим он обменяется, и получит из перифирии в центре все изменения, поэтому даже если слетит, будет пофиг.

(0) для начала сделай бэкап. Потом продуй кэш. Потом загрузи cf центра в периферию

Всем спасибо! Нашел решение, выгрузил из дочерней базы конфигурацию. Загрузил в центральную и сделал обмен. Все заработало!
Причина была в том,что при обмене, пользователь не сохранил в дочерней базе изменения и закрыл конфигуратор:)

(20) Какая-то интересная у вас структура баз...

(21) я че нормально, ликвидировали изменения. Остальные базы тож синхронизируются

(14) для небольших - да

(12) "а что, бывает еще что то ПРОЩЕ?!"

это УТП. Про кассы ничего не сказано , значит скорее всего - отдельный магазин.
Я видел центральный базы , в которых узлы для новых магазинов создавались сутки и больше. Я видел узлы , в которых пользователи много чего успевали создать за несколько часов и т.о. при "создании нового образа" тебе пришлось бы переносить эту информацию.

"создать новый образ - проще" - только в редких случаях.

(21) (22) ну да... до дочерней изменения не долетели, а он взяли в главной восстановил тот cf, который был до обновлений.

(9) подсунуть cf - это нужно четко указывать, что именно ЗАГРУЗИТЬ. Если по невнимательности делают сравнить/объединить, то эффект несоответствия узлов останется.