Мы используем кластер Windows с 3 узлами, чтобы добавить возможности высокой доступности для SQL Server. В этом кластере 1 из 3 узлов является «отчетным» сервером и настроен так, чтобы никогда не становиться владельцем кластера. На данный момент у нас есть один узел (узел1
) и общий файловый ресурс-свидетель в одном центре обработки данных, а другой узел (узел2
) и отчетный узел (узел3
) во втором центре обработки данных. Вот несколько очищенных фотографий нашего конфига:

Вот представление узла, показывающее, как настроено голосование:

Вот свойства, показывающие, что только 2 из 3 узлов могут стать владельцами:

Я пытаюсь подтвердить или просто лучше понять, как предотвратить потерю центра обработки данных, чтобы кластер не потерял кворум.
Сегодня у нас произошел сбой, потому что второй центр обработки данных отключился, что имеет смысл, поскольку мы только что узел1
доступен, но для кворума не хватило голосов. Мы добавили файловый ресурс-свидетель в том же центре обработки данных, что и узел1
, с мыслью, что это может добавить второй требуемый голос, если узел2
и узел3
пропадать. Чем больше я читаю, тем не менее я не уверен, что это правильное понимание.
Кто-нибудь сталкивался с такой конфигурацией и разобрался, как защититься от потери 2 узлов кластера из 3 узлов?