Собственно кто как это проводит?
С какими проблемами сталкивается?

а что тут проводить? в центре все помечаем на удаление, что не использовалось удаляется, а слияние поиском и заменой дублей

а вообще-то нужно правильно настраивать миграцию

Правильно, это что имеется ввиду?
Неправильно это как?

Примерно описана тут ситуация
v8: Проблемы с удалением элементов справочников в УРБД

Мне как бы показалось, что к чему-то выполняющее два условия одновременно не нашлось.
Особенно последний пост - если есть, то пусть лежит и жрать не просит.

(1) Если в РБД не все объекты гуляют, то как можно знать в ЦВ или в Периферийной что объект не используется нигде.

(1) Тоже самое касается и поиска и замены ссылок. В ЦБ или в дочке или в другой дочке или во всех дочках....

(6) а в центре не вся инфа? по всем дочкам?

Нет в любом случае.
Между обменами ту или иную ссылку могли задействовать в дочке и об этом информации нет и быть не может.

Между обменами - имеется ввиду период времени между проведениями обмена ЦБ->дочка и дочка->ЦБ.

Как-то тихо.

Как-то тихо совсем...
Может описал не понятено или нет специалистов...

В подсистеме "Инструменты разработчика" есть инструмент "Поиск дублей и замена ссылок", в котором есть возможность сохранения и загрузки групп дублей. С помощью него можно сформировать группы дублей и провести замены по ним параллельно во всех базах желательно ночью или в выходные. Непосредственное удаление неправильных объектов желательно выполнять после замены ссылок в последней базе. Таким образом мы на практике устраняли много дублей в сети обменивающихся больших баз с одинаковой конфигурацией.

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

Что за подсистема?

В какой конфигурации?

http://devtool1c.ucoz.ru/index/poisk_dublej_i_zamena_ssylok/0-23
Основной вариант представлен в виде подсистемы и требует объединения с конфигурацией базы, но есть также и портативный вариант в виде набора внешних обработок.

Нашел подсистему... не совсем то.
Для УРБД пойдёт только в ручном режиме. А если узлов более 10 уже слишком долго и неудобно в каждой базе даже запускать.
Что на входе должно быть я представляю и как сделать представляю, но НЕ хочется изобретать велосипед.

(13) Пользовался "Инструменты разработчика"   для УРБД. Все правильно работает.

(16) А в Центральной не пробывали? Или у Вас "хитрые" правила синхронизации?

(17) Поиск и замена в каждой дочке запускал?
(18) В ЦБ нельзя. Так как есть документы, которые оформляются не один день. Инвентаризации всякие. Как результат документ уже попал в ЦБ и после замены ссылок в ЦБ версия в дочку придёт старая на вчера.

Если обмены проходят чаще чем раз в день, то и подобных ситуаций становится больше.

Ещё кто-то с готовыми вариантами встречался или нет?
А то придётся велосипед скоро изобретать. Самое обидное будет когда напишешь, найти уже готовое.
Может в типовых от партнёров 1С (Рарус, Астор, и т.д.) что-то есть?

(19) А какие ссылки вы собираетесь сливать, справочники  или документы? В инстрментах есть инструмент контроля регистрации объектов на узах.

(16) Я описал два основных варианта.
Один уже имеет готовую реализацию.
Второй желательно делать в самой базе. Кстати в в планах развития нашего интеграционного коммерческого продукта есть автоматизация такой задачи БЕЗ ИЗМЕНЕНИЯ КОНФИГУРАЦИИ вашей базы. Если в вашем случае решение проблемы собственными силами сопряжено с высокими затратами и рисками из-за больших масштабов, то можем предложить сотрудничество на реализацию нужного вам механизма.

(22) Руками контролировать?

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

(25) Если платить никто не будет, то бери бесплатное (15) и лепи из него свое. Простого готового решения твоей задачи я не пока видел, но допускаю что кто то уже реализовал.

(26) Спасибо.
Собственно меня и интересовал вопрос, кто-то реализовал или нет.

(27) Хотя странно конечно, что решение приходит за пару минут, а никто не реализовал. Ещё поищу.
Если кто найдёт - пишите.

Значит не один я не нашел...Жаль.

(23)
Реализовали механизм заявок на удаление дублей (слияния объектов, объединения ссылок) в нашем продукте 2iS:Интеграция. Замена выполняется параллельно во всех выбранных базах.

На прошлой неделе удаляли с помощью него 2500 дублей в 6 базах с одинаковой конфигурацией, обменивающихся не всеми данными. Ссылок на объекты было немного, поэтому за 30 часов задача была решена.