Имеем
1. Сервер1 - хранит справочники и снэпшоты на детальные данные серверов2..N (объединенные через UNION ALL во VIEW).
2. Сервер2..N - хранит детальные данные и снэпшоты на справочники сервера1.
3. С помощью простой(basic) репликации происходит автоматический(через группы репликации) обмен данными между серверами.

Проблема -

- С сервера1 удаляют запись в справочнике. Зависимых через FK детальных данных, хранящихся на сервере1 нет, поэтому удаление проходит успешно.
- В это время на сервере2 добавляют детальные данные, зависимые через FK от записи в справочнике, которую удаляют на сервере1. Допустим, автоматическое обновление таблицы-справочника еще не началось, поэтому вставка тоже проходит успешно.
- После этого попытки произвести обновления соответствующих снэпшотов как на сервере1 так и на сервере2 будут "обломлены", и группы репликации зависнут.

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

Вообще-то предполагается, что изменения на сервере1 не должны приводить к потере данных на сервере2, т.е. ON DELETE CASCADE не проходит. Можно конечно вообще запретить удалять информацию из справочников сервера1, но это некрасиво - мало ли какую лажу может пользователь набить...

А родителя тебе надо вернуть, если к нему детей завели?

Получается, что так. Хотя тогда получается, что сервер2 изменяет данные сервера1, что вообще-то неприемлемо.

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

Вопрос а зачем данные разделены по серверам? Сервера разнесены географически?

Разнесены, причем существенно.

Под существующую репликацию уже многое "заточено", поэтому в корне ее менять нет возможности. Наверное вcе-таки придется запретить удаление данных из справочников рядовым пользователям, или вообще ;). Тем более, что во многих справочниках есть срок актуальности записи.