KAnatoliyПо первой ссылке нашел интересную идею по реализации в рамках собственной СУБД.А можно ее озвучить? А то что-то я любопытства ради начал читать и первые же два абзаца породили стойкое ощущение что автор не знает о чем пишет.

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

А вообще-то, если вернуться к изначальному вопросу и забыть на время о полноценной репликации.
То проще всего будет написать утилиту которая будет выгружать из обеих баз (своей и 1С) бизнес-объекты в виде объектов , сравнивать парные объекты между собой и если они не равны решать какой из объектов более достоин доверия (последний обновленный или обновленный в какой-то из баз) и отсылать данные по этому объекту во вторую базу. Все.
Протоколы выгрузки, отсылки и промежуточного хранения - решать вам.

KAnatoliy Софтверный проктолог
У нас объектная СУБД со своими фишками.
Большенство из них - в описании метаданных.Для этого не обязательно делать свою собственную СУБД. Достаточно выделить несколько таблиц под мета-данные.

KAnatoliyА когда останавливаешь сервер, отработавший день без ошибок и утечек памяти - это супер!эээ... а зачем останавливать сервер?

KAnatoliy vassilЭто вопрос интеграции двух систем. если самим разрабатывать ломы. То посмотрите продукт для интеграции приложений, например Ensemble

Судя по беглому ознакомлению, система может все и очень дорогая.А чтож ты хотел? :) Репликация данных это очень сложная задача с ооооочень многими подводными камнями. Особенно если решать ее в универсальном виде.