Есть РБ. Рабочая и тестовая. Рабочая это центральный узел.
Когда в рабочей базе изменена конфа, то надо:
1) выгрузит из рабочей в тестовую
2) в тестовый загрузит и обновит конфу базы даннх
3) из тестовой файл отправит в рабочую
4) из рабочей заново в тестовую

т.е. происходит в 3-этапа.

Так как база большая, изменения большие, обмен буде идти часами и это утомительно и не эффективно.  
А нельзя делать так чтоб в первом этапе отправит только изменения конфы или выгрузить 1-2 элемента чтоб выгрузка произошла быстро?

(0) Можно.

как?

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

(2) Отдельным планом обмена.

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

Вы там приверженцы экстремального программирования?

(3) А как вернут потом все удаленные регистрации изменений? Вед регистрируются же все объекты потом? Как система запомнит какие регистрации были удалены?

(5) В тестовой базе рассчитываю себестоимость, так как это долго, чудовищные блокировки. А у нас документооборот большой, что сильно мешают работу пользователей

Иметь два плана обмена - один только для данных, второй только для конфигурации

(8) Но в другом плане обмена УИД будет другой

(0)
1.Выгрузи cf из центра
2.Отключи тестовую от обмена
3.Загрузи в тестовую cf, обнови базу
4.Подключи тестовую обратно к обмену.

(9) Какой еще УИД?

(14) UUID же

(15) Это ясно, а чего UUID?

(0) "обмен будет идти часами и это утомительно и не эффективно" - Вы тут страшные сказки рассказываете? Я согласен, что само обновление на большой базе может долго идти, но при чём тут обмен данными?

Предлагаю сделать сеанс обмена данными, непосредственно перед обновлением - тем самым убираем из сообщения обмена  с конфигурацией все изменения данных, сделанные пользователями.

(13) после загрузки конфы база не станет главным?

(18) Эээ... Вы не в курсе про "отвязать/привязать узел"?

Пока меня интересует только одно: периодичность сеансов обмена? Только не говори "раз в месяц" - буду ругаться :)

PS: четвёртый пункт - лишний.

(19) Раз в неделю

Не смешно :( Зачем самому себе создавать проблемы? Настроить автообмен по расписанию, например, "раз в день", в полночь.

(22) В планах есть. Вот запущу один раз по кругу, потом настрою
Минус в том что если изменена конфа то придется вмешаться

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

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

(24) Еще вопрос. Просто туплю. Как делается это?

"Отключи тестовую от обмена "

(25)
https://yadi.sk/d/V_Ai0kiF3N93f3https://yadi.sk/d/V_Ai0kiF3N93f3

там три кнопки всего.Разберешься:-)

(26) нету пишет

Вообще-то это всё можно сделать без левых обработок - с помощью параметра командной строки /ResetMasterNode.
https://its.1c.ru/db/metod8dev#content:5802:hdoc:отключениеинформационнойбазыотглавного_узла