Вот, проходил тут мимо не смог удержаться от комментария. =|:^)
Приходилось серъезно заниматься проблемами репликации в прошлой жизни.

Все зависит конечно от характера данных, нагрузки, потоков по разным направлениям.
Идеальных решений репликации не существует, везде есть свои +-.

В этой ситуации мне кажется наиболее целесообразно сделать несколько копий ЦБД(тип А), поставить их на разные сервера неподалеку друг от друга на хорошие каналы(чтоб их никто фильмами не забивал, трафика будет много), и реплицировать с помощью репликации транзакций (во многих СУБД такой тип имеется). Этот тип транзакций гарантирует Вам идентичность баз в любой момент времени. Это по сути небольшой кластер. Далее, эти сервера ЦБД должны коммутироваться по отдельным каналам, чтобы была польза от того что сделали несколько копий.
Базы данных типа В реплицируются с одной из ЦБД с помощью репликации слияния(merge). На этот тип репликации целесообразно будет наложить фильтр, если конечно получится. Это уменьшит нагрузку между БД типа A и B.

Репликация A<->A работает постоянно.
Репликация A<->B работает по расписанию (масштабируете по нагрузке)
Недостаток системы - надо аккуратно строить расписание, и посторение отчетов будет возможно с небольшим опозданием актуальности.