Добрый день!
Задача: протестировать работу AlwaysOn при отказе.

Дано: Настроенный синхронный AlwaysOn в виндовом Failover кластере, одна база, синхронизирована, вторая нода настроена на чтение (ApplicationIntent=ReadOnly)

Сценарий проверки: рушится кластер (первая нода при этом работает и там теоретически возможны транзакции), поднимаем AlwaysOn на второй ноде с возможной потерей данных, работаем там, поднимаем обратно кластер, возвращаемся на первую ноду с потерей данных на первой ноде.

При реализации сценария упираемся в проблему на этапе возврата на первую ноду с потерей на них данных.
Ситуация видна на приложенной картинке.

Первая нода разсинхронизирована. Как её синхронизировать обратно - непонятно. Выводить базу из AlwaysOn и обратно добавлять синхронизируя с нуля - неспортивно (на продакшене это займет несколько суток).

Нашел такую доку , там пишут:


Однако этого не произошло.
Как можно повторно синхронизировать первую ноду данными со второй не ломая AlwaysOn и не выводя из него базы?
В технологии новички, не пинайте сильно. Если кините докой, буду благодарен.

Гавриленко Сергей АлексеевичПосле того, как сделали failover с потрей данных -- только с нуля.

Печально...

Общая постановка задачи: из строя выходит первая нода вместе со свидетелем кластера. необходимо уехать на вторую ноду, работать там, а при восстановлении первой ноды и свидетеля вернуться обратно с теми данными, что появились на второй ноде за время простоя.

Может мы изначально неправильно проблему решали? Может можно обойтись без поднятия AlwaysOn на второй ноде с возможной потерей данных?

Гавриленко Сергей АлексеевичOblomОбщая постановка задачи: из строя выходит первая нода вместе со свидетелем кластера. необходимо уехать на вторую ноду, работать там, а при восстановлении первой ноды и свидетеля вернуться обратно с теми данными, что появились на второй ноде за время простоя.Если вы хотите сделать, что написали, то достаточно просто поднять базу в AlwaysOn по стандартной процедуре через полный бэкап базы.

Если вы вдруг хотите "смержить" две реплики после того, как их расцепили, то нет, сервер этого не умеет и придется делать вручную.

Ну и если не хотите таких проблем, включите уже синхронный commit. Не поможет в этом случае, но лучше включить, проблем меньше будет.

Понятно, спасибо!
А синхронный коммит уже включен, без него автоматический переезд невозможен