Граючи з установкою AG У мене WSFC налаштований і налаштований з двома вузлами в одній групі доступності під назвою DevClusterOnline. Обидва вузли (DEV-AWEB5 первинний, DEV-AWEB6 вторинний) працюють під управлінням Windows Server 2008 R2.
Якщо я перевіряю здоров'я свого АГ, то отримую таке:
Запуск запиту нижче поверне цей набір результатів:
select
ar.replica_server_name,
availability_group_name = ag.name,
ar.availability_mode_desc,
ar.failover_mode_desc
from sys.availability_replicas ar
inner join sys.availability_groups ag
on ar.group_id = ag.group_id
order by availability_group_name, replica_server_name;Якщо я відключу DEV-AWEB5, я не можу підключитися до групового слухача (DevListener), але я можу його пінг, і він відповість на мій ping. Репліка - DEV-AWEB6 переходить у стан вирішення, і мій БД недоступний. Однак я можу вручну зайти в Studio Studio і встановити функцію Failover на DEV-AWEB6, і тоді я знову запускаюсь, і DevListener знову прийме з'єднання.
Зважаючи на те, що ці факти підтверджують, що аварійний режим насправді працює, що я синхронізував коміти та налаштований автоматичний відмову, я не маю поняття, що робити, якщо в моїй програмі несправність не працює.
Коли я відключаю DEV-AWEB5, я сподіваюся, що моя репліка збереже з'єднання, а отже, і DevListener. Я сподіваюся, що автоматична відмова дозволить мені підключитися до слухача AG прозоро. З точки зору кінцевого користувача, використовуючи веб-систему, не слід помічати, що один із серверів БД не працює.
Я застряг тут, може хто-небудь просвітить мене про те, що я роблю неправильно?