AlwaysOn Автоматическая отработка отказа с использованием двух узлов с автономными экземплярами SQL

Мы создаем новый кластер SQL 2012 для нашей веб-среды. Мы решили использовать два узла и использовать группы доступности AlwaysOn для обеспечения высокой доступности. На Server01 и Server02 был установлен автономный экземпляр SQL, и оба были присоединены к Cluster01. Группа доступности была создана. Server01 и Server02 являются узлами в группе доступности и настроены на реплики синхронной фиксации.

Однако я заметил на днях, когда Server01 требовал перезагрузки для исправления, что он сломал весь кластер. Когда я открываю Windows Failover Cluster Management mmc на Server02, я вижу, что кластер не работает и требует перезапуска службы на Server02 (не уверен, связано ли это с тем, чего мы в конечном итоге хотим достичь). Я открываю SQL Management Studio на Server02, и группа доступности показывает состояние разрешения (не означает, что Server02 стал основным узлом). Если я разверну раздел "База данных" в SSMS, он покажет базы данных в состоянии отложенного восстановления. Если я пытаюсь расширить одну из баз данных (не системные базы данных, т. Е. Master, model и т. Д.), Я получаю следующую ошибку:

Ошибка:

База данных SiteAdmin недоступна. (ObjectExplorer)

Когда я раскрываю группы доступности в SSMS, а затем раскрываю реплики, я вижу только Server02 в списке. После восстановления Server01 я открываю Windows Failover Cluster Management локально на сервере. Server01 показывает, что он пытается подключиться к кластеру. Однако Server02 показывает, что кластер все еще не работает. Хотя мне все еще нужно вручную запустить службу кластера на обоих узлах. После этого группа доступности возвращается в оперативный режим, показывая, что Server02 остается вторичным узлом.

Увидев это, я проверил текущие настройки Кворума для Cluster01. В настоящее время для него установлено значение Node Majority, которое указывает, что с имеющейся у нас конфигурацией двух узлов он не может выдержать потерю даже одного узла. Я полагаю, что если мы установим третий сервер с другим автономным экземпляром SQL, то большинство узлов будет работать. Однако у нас нет ресурсов. Исходя из этих настроек, я думаю, что нам нужно изменить настройки кворума для кластера, но не уверен, поддерживает ли AlwaysOn использование свидетеля диска или общего ресурса для автоматического переключения при сбое.