Работаем с главным узлом РИБ. Отмечаем все объекты конфигурации как измененные. Для этого:
1) Если конфигурация гл. узла не привязана к хранилищу:
- сохраняем конфигурацию в файл,
- загружаем обратно конфигурацию из файла.
2) Если конфигурация гл. узла подключена к хранилищу:
- отключаем конфигурацию от хранилища,
- подключаем обратно к хранилищу.

Далее перенос изменений в периферийные БД должен пройти в штатном режиме обмена.

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

http://bit.ly/14zYtUX

слишком много везде правильных ответов, в т.ч. и на мисте

> 1. привязывать рабочие базы к хранилищу - вобще зло.
ну не только зло, добро тоже, и не такое уж и больше зло. Можно и на непривязанную накатить конфигурацию взятую с хранилища и получить зло :). Когда много разработчиков и много изменений, то все контролировать трудно. Если что - спасет регулярный бэкап.

> 2. в чем смысл данной ветки вобще?
Не втречал в подобных темах такого варианта решения, решил таким образом разместить для народа инфу.
Простите, если повторился

(3) Присоединяюсь к ответу по п.1 продуманная система бэкапов решает все проблемы