Занялся сверткой подчиненных узлов в Рознице 2.2 и мне эта процедура очень не понравилась. По времени, со всеми архивами, перетаскиванием на сервер, для более быстрой обработки, по другому просто не получается, занимает 2 суток, хотя база не очень большая, файловая 4Гб. Склоняюсь к созданию новых узлов и удалению старых. Какие подводные камни могут быть?

(0) сколько узлов?

(0) если центр большой то узел создаётся очень долго. Как собираетесь с этой проблемой бороться?

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

Так что сверткой нужно заниматься не на периферии, а на центре, если заниматься ей вообще.

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

По поводу подводных камней... Способ обхода этих камней как раз весьма удобен в случае РИБ : создаешь новый резервный узел, отрабатываешь с ним в асинхронном режиме все что нужно для доведения его до кондиции, затем просто заменяешь на периферийном компе одну базу на другую и все. Можно этим заниматься постоянно, совершенно не ограничиваясь на максимально возможное количество узлов.

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

(1) 7
(3) База уже четырехлетняя, подросла немного, узел создаётся не так и долго, запустил создание начального образа вечером, утром можно выполнить первые обмены, сделать настройку пользователей и отправить базу на точку.
(4) Всегда сворачивается в центре. Согласен, что создание новых узлов проще.
У свертки огромный недостаток - это первый обмен после свертки, часто косяки начинают вылезать.

(5) чай с кексом этому господину, бо истину глаголит.