Sergej GrischenkowЕще усложним ситуацию:
1. Пользователькое приложение постоянно работает на SLAVE и делает изменения на МАСТЕР.
2. Отказ МАСТЕРА который имеет НЕСКОЛЬКО SLAVE'ов.
3. Эти все SLAVE'ы должны стать автономными МАСТЕРАМИ без SLAVE'ов !!!
- т.к. например сеть не работает, switch поломался.
Пользователькое приложение постоянно работает на SLAVE'е
и теперь должно делать изменения на свой компьютер,
который сейчас стал автономным МАСТЕРОМ.
4. При восстановлении старого МАСТЕРА нужно провести изменения со ВСЕХ
бывших SLAVE'ов которые в настоящее время работают как автономные МАСТЕРЫ
и вернуть их в режим SLAVE.
Пользователькое приложение постоянно работает на SLAVE и делает изменения на восстановленный МАСТЕР.
Ну, это малость не мастер-слейв. А все таки мультимастер.

Sergej Grischenkow Andrey DaeronНу, это малость не мастер-слейв. А все таки мультимастер.
Почему-же ?
В нормальном состоянии один МАСТЕР и много SLAVE.
В аварийном состоянии все SLAVE'ы переходят как-бы в состоянии МАСТЕР, но без репликации - т.е. как обычный сервер.
Возврат из аварийного состояния к нормальному - незнаю как и назвать ... ;)
т.е. надо собрать изменения со всех серверов в одну кучу на восстановленный МАСТЕР
и вновь запустить репликацию.
А чем это отличается от мультимастера? По сути? Кроме слов о аварийной остановке? Т.е. пусть у нас ее нет, но клиенты вносят все в локальные БД.
Ну и дальше все должно стекаться в центр и там решатся в се конфликты (как и в случае с аварийной остановкой).