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

собственно для того чтобы не пересекались данные, при создании объектов использовался префикс, собственно 3 цифры перед стандартным ID, срабатывало при сохранении объекта, т.е. был переопределен ID, на свой sysID, таким образом в каждом филиале можно иметь независимый набор данных, который не при каких обстоятельствах не может пересечься. а также видно где был порожден тот или иной объект.
потом, при изменении объекта, в нем проставлялось в свойство о последнем изменении, время в UTC (филиалы по всей стране),
чтобы отслеживать время изменения объекта
и ссылка на измененный объект сохраняется в глобали очереди репликации
откуда процесс репликации получает очередной объект, упаковывает все его свойства и связанные объекты, в строку, сжимает 7zip, и сохраняет stream в глобал в область подключаемую по ECP, нужного филиала, где другой процесс отслеживает появление новых узлов глобалов, распаковывает, разбирает строку, получает объект и сохраняет в новом месте, так же используется контроль по контрольным суммам, в случае если контроль по сумме не проходит, сервер может запросить информацию об этом объекте повторно
в общем как то так
работало это довольно долго, и думаю проработает еще много, тем более насколько мне известно они уже осваивают новые версии Cache.
соответственно обрывы связи бывают довольно длительными, и по несколько дней, которые вполне сносно проходят, филиал работает на свой базе и когда связь восстановится то все что надо сразу попадет на головной сервер
так же существует распределение данных между филиалами таким образом, чтобы не отправлять данных которые им точно не нужны, в объектах обычно есть по которым назначаются получатели этого объекта а в описании каждого филиала на головном сервере описано какому филиалу что слать, некоторые объекты отправляются сразу всем филиалам
связь осуществляется только между головным сервером и серверами филиалов по типу звезды, но теоретически лучи такой звезды тоже можно соеденить но в нашей задаче такого не требовалось