Я использую асинхронную мастер-репликацию. Подводных камней нет. Пинг проходит между серверами от 150 до 800ms.

Плохие каналы тут не причём. Какая разница - Oracle качает данные по плохому каналу или ты просто по ftp будешь файлы качать.
В случае если два сервера находятся в одной локальной сети то в этом случае реально использовать синхронную репликацию. Когда сервера разнесены на несколько тысяч км используется асинхронная репликация. Смысл асинхронной в том, что все транзакции в базе преносятся не мгновенно по их появлении, а они становятся отложенными и реплицируются по заданию. Если не удаётся отложенные транзакции передать, то предпринимается 16 попыток. Если за это время связь не поднялась, то транзакции просто копятся. Когда связь восстановится, можно вручную запустить процесс перекаки. Так что никаких проблем нет.

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

"Всё вроде проходит - обновления данных таблицы пересылаются с основного на филиал. Но и с филиала тоже ... :-( Как это запретить ? "


Дело в том, что Multimaster-репликация подразумевает абсолютно идеинтичные сервера, для этого она собственно и придумана. Это даже исходит из самого названия.


"И еще надо сделать, чтобы в базе филиала во время проведения сеанса репликации запускалась процедурка. Как ? Через линк ?
И как посоветуете работать, если в филиале нет постоянного интернета ? Филиал включает модем, выходит в и-нет, вручную запускается процедура, которая должна инициировать процесс репликации ? Или как-то по другому?"

Я уже писал что отложенные транзакции перетекает по заданию. Есть три задания. Их надо настроить что-бы они запускались в определённое время. Это легко делается в Replication Manager