Настройка кворума и управление им

Область применения: Windows Server 2022, Windows Server 2019, Windows Server 2016, Windows Server 2012 R2, Windows Server 2012, Azure Stack HCI, версии 21H2 и 20H2

В этой статье приведены общие сведения о настройке кворума и управлении им в отказоустойчивом кластере.

Сведения о кворумах кластера и пула носителей в Локальные дисковые пространства в кластерах Azure Stack HCI и Windows Server см. в статье "Общие сведения о кластере и кворуме пула".

Общие сведения о кворуме

Кворум кластера определяется числом голосующих элементов, являющихся активными членами кластера, которое необходимо для запуска кластера и его правильной работы. Более подробное описание см. в документации по кластеру и кворуму пула.

Параметры конфигурации кворума

Модель кворума в Windows Server является гибкой. Если необходимо изменить конфигурацию кворума для кластера, можно использовать мастер настройки кворума кластера или командлеты Windows PowerShell для отработки отказа. Инструкции и рекомендации по настройке кворума см. в подразделе Настройка кворума кластера далее в этом разделе.

В таблице ниже перечислены три параметра конфигурации кворума, доступные в мастере настройки кворума кластера.

Вариант	Описание
Использовать обычные параметры	Кластер автоматически назначает голос каждому узлу и динамически управляет голосами узлов. Если это возможно в случае с вашим кластером и доступно общее хранилище кластера, кластер выбирает диск-свидетель. Это рекомендуется в большинстве случаев, поскольку автоматический выбор конфигурации кворума и свидетеля обеспечивает максимальную доступность кластера.
Добавить или изменить свидетеля кворума	Вы можете добавить, изменить или удалить ресурс свидетеля. Можно настроить общий файловый ресурс или диск-свидетель. Кластер автоматически назначает голос каждому узлу и динамически управляет голосами узлов.
Расширенная конфигурация кворума и выбор свидетеля	Этот параметр следует выбирать только при специфических для приложения или сайта требованиях к конфигурации кворума. Вы можете изменить свидетеля кворума, добавить или удалить голоса узлов, а также указать, должен ли кластер динамически управлять голосами узлов. По умолчанию голоса назначаются всем узлам, а управление голосами узлов осуществляется автоматически.

В зависимости от выбранного варианта конфигурации кворума и заданных параметров для кластера настраивается один из указанных ниже режимов кворума.

Режим	Description
Большинство узлов (без свидетеля)	Голоса имеют только узлы. Свидетель кворума не настраивается. Кворум кластера определяется большинством голосующих узлов, являющихся активными членами кластера.
Большинство узлов со свидетелем (диск или файловый ресурс)	Узлы имеют голоса. Кроме того, голос имеет свидетель кворума. Кворум кластера определяется большинством голосующих узлов, являющихся активными членами кластера, а также голосом свидетеля. Свидетелем кворума может быть свидетель на выделенном диске или свидетель на общем файловом ресурсе.
Без большинства (только диск-свидетель)	Узлы не имеют голосов. Голос имеет только диск-свидетель. Кворум кластера определяется состоянием диска-свидетеля. Как правило, использовать этот режим не рекомендуется, так как в кластере возникает единая точка отказа.

В следующих подразделах вы получите дополнительные сведения о параметрах конфигурации расширенных кворума.

Настройка свидетеля

Как правило, при настройке кворума число голосующих элементов в кластере должно быть нечетным. Поэтому, если кластер содержит четное число голосующих узлов, следует настроить диск-свидетель или файловый ресурс-свидетель. Кластер сможет продолжать работу при отключении одного дополнительного узла. Кроме того, добавление голоса свидетеля позволяет кластеру продолжать работу в том случае, если половина его узлов одновременно прекращает работу или отключается.

Использовать диск-свидетель обычно рекомендуется, если диск доступен всем узлам. Файловый ресурс-свидетель рекомендуется в том случае, если необходимо реализовать аварийное восстановление нескольких сайтов с реплицированным хранилищем. Настройка диска-свидетеля с реплицированным хранилищем возможна только в том случае, если поставщик хранилища поддерживает доступ для чтения и записи к реплицированному хранилищу со всех сайтов. Локальные дисковые пространства не поддерживают дисковый свидетель.

В таблице ниже приводится дополнительная информация и рекомендации касательно типов свидетеля кворума.

Тип свидетеля	Description	Требования и рекомендации
Диск-свидетель	Выделенный LUN, в котором хранится копия базы данных кластера Оптимальный вариант для кластеров с общим (не реплицированным) хранилищем	Размер LUN должен быть не меньше 512 МБ Должен быть выделен для кластера и не назначаться кластерной роли Должен быть включен в кластерное хранилище и пройти проверочные тесты хранилища Не может быть общим томом кластера (CSV) Базовый диск с одним томом Не нуждается в букве диска Может иметь файловую систему NTFS или ReFS Можно настроить аппаратную конфигурацию RAID для отказоустойчивости Должен быть исключен из резервного копирования и антивирусного сканирования Локальные дисковые пространства не поддерживают диск-свидетель
Файловый ресурс-свидетель	Файловый ресурс SMB, настроенный на файловом сервере с ОС Windows Server Копия базы данных кластера не хранится Информация о кластере хранится только в файле witness.log Наиболее полезно для кластеров с несколькими сайтами с реплика реплика хранилищем	Свободное пространство должно быть не меньше 5 МБ Должен быть выделен для одного кластера и не использоваться для хранения данных пользователей или приложений Для объекта-компьютера имени кластера должны быть включены разрешения на запись Ниже приведены дополнительные рекомендации касательно файлового сервера, на котором размещается файловый ресурс-свидетель. На одном файловом сервере можно настроить файловые ресурсы-свидетели для нескольких кластеров. Файловый сервер должен относиться к сайту, на котором не выполняется рабочая нагрузка кластера. Это дает всем сайтам кластера равные возможности по сохранению работоспособности в случае, если сетевое соединение между сайтами утеряно. Если файловый сервер находится на том же сайте, этот сайт становится основным и единственным сайтом, который имеет доступ к файловому ресурсу. Файловый сервер может выполняться на виртуальной машине, если она размещена в кластере, отличном от того, который использует файловый ресурс-свидетель. Для обеспечения высокой доступности файловый сервер можно настроить в отдельном отказоустойчивом кластере.
Облако-свидетель	Файл-свидетель, хранящийся в Хранилище BLOB-объектов Azure Копия базы данных кластера не хранится Рекомендуется, если все серверы в кластере имеют надежное подключение к Интернету.	См. статью "Развертывание облака-свидетеля".

Примечание.

Если вы настраиваете следящий файловый ресурс или облачный свидетель, то завершите работу всех узлов для обслуживания или по какой-либо причине, необходимо убедиться, что запуск службы кластера из последнего узла, так как последняя база данных кластера не хранится в этих свидетелях. См . это также.

Назначение голосов узлов

В качестве параметра расширенной конфигурации кворума можно выбрать назначение или удаление голосов кворума на основе каждого узла. По умолчанию голоса назначены всем узлам. Вне зависимости от назначения голосов, все узлы продолжают работать в кластере, получать обновления из базы данных кластера и использоваться для размещения приложений.

В некоторых конфигурациях аварийного восстановления может потребоваться удалить голоса, назначенные узлам. Например, в кластере с несколькими сайтами можно удалить голоса узлов на сайте резервного копирования, чтобы они не оказывали влияния на подсчет кворума. Такая конфигурация рекомендуется только при отработке отказа между сайтами вручную. Дополнительные сведения см. ниже в разделе Рекомендации касательно кворума для конфигураций аварийного восстановления .

Настроенное голосование узла можно проверить, выполнив поиск общего свойства NodeWeight узла кластера с помощью командлета Get-ClusterNode Windows PowerShell. Значение 0 указывает на то, что для узла не настроен голос кворума. Значение 1 указывает на то, что узлу назначен голос кворума и управление им осуществляется кластером. Дополнительные сведения об управлении голосами узлов см. в подразделе Динамическое управление кворумом далее в этом разделе.

Назначение голосов всем узлам кластера можно проверить с помощью теста Проверка кворума кластера .

Дополнительные рекомендации по назначению голосов узлов

• Не рекомендуется назначать голоса нечетному числу узлов. Вместо этого следует настроить диск-свидетель или файловый ресурс-свидетель. Дополнительные сведения см . в разделе "Конфигурация следящего сервера" далее в этом разделе.
• Если включено динамическое управление кворумом, голоса могут динамически назначаться и удаляться только для тех узлов, для которых настроено назначение голосов. Дополнительные сведения см. ниже в разделе Динамическое управление кворумом .

Динамическое управление кворумом

В Windows Server 2012 в качестве параметра расширенной конфигурации кворума можно включить динамическое управление кворумом по кластеру. Дополнительные сведения о том, как работает динамический кворум, см . в этом объяснении.

Благодаря динамическому управлению кворумом кластер также может продолжать работать на последнем оставшемся узле. Благодаря динамическому изменению требований к большинству кворума кластер может сохранять работоспособность после последовательного отключения всех узлов, кроме последнего.

Динамическое голосование узла, назначаемое кластером, можно проверить с помощью общего свойства DynamicWeight узла кластера с помощью командлета Get-ClusterNode Windows PowerShell. Значение 0 указывает на то, что у узла нет голоса кворума. Значение 1 указывает на то, что у узла есть голос кворума.

Назначение голосов всем узлам кластера можно проверить с помощью теста Проверка кворума кластера .

Дополнительные рекомендации по управлению динамическим кворумом

• Динамическое управление кворумом не позволяет кластеру сохранять работоспособность при одновременном сбое большинства голосующих членов. Для продолжения работы в кластере должно быть большинство кворума на момент завершения работы или сбоя узла.

• Если вы явно удалили голос узла, кластер не сможет динамически добавить или удалить его.

• Если включена Локальные дисковые пространства, кластер может поддерживать только два сбоя узла. Это объясняется больше в разделе кворума пула

Общие рекомендации по настройке кворума

Программное обеспечение кластера автоматически настраивает кворум для нового кластера в соответствии с числом настроенных узлов и доступностью общего хранилища. Обычно это оптимальная конфигурация кворума для данного кластера. Однако рекомендуется проверить конфигурацию кворума после создания кластера и перед его запуском. Чтобы просмотреть подробную конфигурацию кворума кластера, можно использовать мастер проверки конфигурации или командлет Windows PowerShell тестового кластера для запуска теста конфигурации кворума проверки. В диспетчере отказоустойчивых кластеров базовая конфигурация кворума отображается в сводной информации для выбранного кластера или можно просмотреть сведения о ресурсах кворума, возвращаемых при выполнении командлета Get-ClusterQuorum Windows PowerShell.

В любой момент можно выполнить тест Проверка конфигурации кворума , чтобы проверить, является ли конфигурация кворума оптимальной для кластера. В результатах теста приводятся рекомендации по изменению конфигурации кворума и информация об оптимальных параметрах. Если рекомендуется внести изменение, применить нужные параметры можно с помощью мастера настройки кворума кластера.

После запуска кластера изменять конфигурацию кворума следует только в том случае, если вы уверены, что это изменение необходимо. Изменение конфигурации кворума может потребоваться в следующих ситуациях:

• добавление или исключение узлов;
• добавление или удаление хранилища;
• длительный сбой узла или свидетеля;
• восстановление кластера в сценарии аварийного восстановления на основе нескольких сайтов.

Дополнительные сведения о проверке отказоустойчивого кластера см. в разделе Validate Hardware for a Failover Cluster.

Настройка кворума кластера

Параметры кворума кластера можно настроить с помощью диспетчера отказоустойчивых кластеров или командлетов Windows PowerShell отработки отказа.

Внимание

Как правило, лучше использовать конфигурацию кворума, рекомендованную мастером настройки кворума кластера. Изменять конфигурацию кворума рекомендуется только в том случае, если решено, что изменение соответствует данному кластеру. Дополнительные сведения см. в разделе Общие рекомендации по настройке кворума этой статьи.

Настройка параметров кворума кластера

Для выполнения этой процедуры необходимо быть как минимум участником локальной группы Администраторы на каждом кластерном сервере или иметь равнозначные права. Кроме того, используемая учетная запись должна быть учетной записью пользователя домена.

Примечание.

Изменять конфигурацию кворума кластера можно без остановки кластера и без отключения его ресурсов.

Изменение конфигурации кворума в отказоустойчивом кластере с помощью диспетчера отказоустойчивости кластеров

1. В диспетчере отказоустойчивости кластеров выберите или укажите кластер, который нужно изменить.

2. Выбрав кластер, в разделе "Действия" выберите "Дополнительные действия", а затем выберите "Настроить кворум кластера" Параметры. Появится мастер настройки кворума кластера. Выберите Далее.

3. На странице Выбор параметра конфигурации кворума выберите один из трех параметров конфигурации и выполните необходимые для него действия. Перед настройкой параметров кворума можно изучить возможные варианты. Дополнительные сведения о параметрах см. в разделе "Основные сведения о кворуме" ранее в этом разделе.

   • Чтобы разрешить кластеру автоматически сбрасывать параметры кворума, оптимальные для текущей конфигурации кластера, выберите " Использовать конфигурацию кворума по умолчанию" и завершите работу мастера.

   • Чтобы добавить или изменить свидетель кворума, выберите "Выбрать свидетель кворума", а затем выполните следующие действия. Информацию и рекомендации по настройке свидетеля кворума см. в подразделе Настройка свидетеля ранее в этом разделе.

     1. На странице Выбор свидетеля кворума выберите, нужно ли настроить диск-свидетель или файловый ресурс-свидетель. В мастере будут показаны параметры выбора свидетеля, рекомендованные для вашего кластера.

        Примечание.

        Также можно выбрать параметр Не настраивать свидетель кворума и завершить работу мастера. Если число голосующих узлов в кластере четное, такая конфигурация не рекомендуется.

     2. Если вы выбрали настройку диска-свидетеля, на странице Настройка хранилища выберите том хранилища, который нужно назначить диском-свидетелем, а затем завершите работу мастера.

     3. Если вы выбрали настройку файлового ресурса-свидетеля, на странице Настройка файлового ресурса-свидетеля введите имя файлового ресурса, который будет использоваться в качестве ресурса-свидетеля, или выберите его, а затем завершите работу мастера.

     4. Если выбрать параметр настройки облачного свидетеля, на странице "Настройка облачного свидетеля " введите имя учетной записи хранения Azure, ключ учетной записи хранения Azure и конечную точку службы Azure, а затем завершите работу мастера.

        Примечание.

        Этот параметр доступен в Windows Server 2016 и выше.

   • Чтобы настроить параметры управления кворумом и добавить или изменить свидетель кворума, выберите расширенную конфигурацию кворума, а затем выполните следующие действия. Сведения и рекомендации о дополнительных параметрах настройки кворума см. в подразделах Назначение голосов узлов и Динамическое управление кворумом ранее в этом разделе.

     1. На странице Выбор конфигурации голосования выберите вариант назначения голосов узлам. По умолчанию голоса назначены всем узлам. Однако в некоторых сценариях можно назначить голоса только подмножеству узлов.

        Примечание.

        Также можно выбрать вариант Нет узлов. Обычно делать это не рекомендуется, так как узлам при этом не разрешено принимать участие в голосовании в кворуме, и необходимо настроить диск-свидетель. Диск-свидетель становится единой точкой отказа в кластере.

     2. На странице Настройка управления кворумом можно включить или отключить параметр Разрешить кластеру динамически управлять назначением голосов узлов . Выбор этого параметра, как правило, повышает доступность кластера. По умолчанию он включен, и настоятельно не рекомендуется его отключать. Этот параметр позволяет кластеру продолжать работу в таких сценариях сбоя, в которых его функционирование невозможно, если параметр отключен.

        Примечание.

        Этот параметр отсутствует в Windows Server 2016 и более поздних версиях.

     3. На странице "Выбор свидетеля кворума" выберите параметр настройки следящего диска, общей папки или облачного свидетеля. В мастере будут показаны параметры выбора свидетеля, рекомендованные для вашего кластера.

        Примечание.

        Также можно выбрать параметр Не настраивать свидетель кворумаи завершить работу мастера. Если число голосующих узлов в кластере четное, такая конфигурация не рекомендуется.

     4. Если вы выбрали настройку диска-свидетеля, на странице Настройка хранилища выберите том хранилища, который нужно назначить диском-свидетелем, а затем завершите работу мастера.

     5. Если вы выбрали настройку файлового ресурса-свидетеля, на странице Настройка файлового ресурса-свидетеля введите имя файлового ресурса, который будет использоваться в качестве ресурса-свидетеля, или выберите его, а затем завершите работу мастера.

     6. Если выбрать параметр настройки облачного свидетеля, на странице "Настройка облачного свидетеля " введите имя учетной записи хранения Azure, ключ учетной записи хранения Azure и конечную точку службы Azure, а затем завершите работу мастера.

        Примечание.

        Этот параметр доступен в Windows Server 2016 и выше.

4. Выберите Далее. Подтвердите выбранные элементы на появившемся экране подтверждения и нажмите кнопку "Далее".

После запуска мастера и отображения страницы сводки , если вы хотите просмотреть отчет о выполняемых задачах, выберите "Просмотреть отчет". Последний отчет находится в папке systemroot\Cluster\Reports под именем QuorumConfiguration.mht.

Примечание.

После настройки кворума кластера рекомендуем выполнить тест Проверка конфигурации кворума , чтобы проверить обновленные параметры кворума.

Эквивалентные команды Windows PowerShell

В следующих примерах показано, как использовать командлет Set-ClusterQuorum и другие командлеты Windows PowerShell для настройки кворума кластера.

В следующем примере конфигурация кворума в кластере CONTOSO-FC1 меняется на простую конфигурацию с большинством узлов и без свидетеля кворума.

Set-ClusterQuorum –Cluster CONTOSO-FC1 -NodeMajority

В следующем примере конфигурация кворума в локальном кластере меняется на конфигурацию с большинством узлов и свидетелем. Дисковый ресурс с именем Cluster Disk 2 настраивается как диск-свидетель.

Set-ClusterQuorum -NodeAndDiskMajority "Cluster Disk 2"

В следующем примере конфигурация кворума в локальном кластере меняется на конфигурацию с большинством узлов и свидетелем. Ресурс общей папки с именем \\CONTOSO-FS\fsw настраивается как следящий файловый ресурс.

Set-ClusterQuorum -NodeAndFileShareMajority "\\fileserver\fsw"

В следующем примере узел ContosoFCNode1 в локальном кластере лишается голоса кворума.

(Get-ClusterNode ContosoFCNode1).NodeWeight=0

В следующем примере узлу ContosoFCNode1 в локальном кластере назначается голос кворума.

(Get-ClusterNode ContosoFCNode1).NodeWeight=1

В следующем примере включается свойство DynamicQuorum кластера CONTOSO-FC1 (если оно было отключено).

(Get-Cluster CONTOSO-FC1).DynamicQuorum=1

Восстановление кластера путем запуска без кворума

Кластер, в котором недостаточно голосов кворума, не запустится. В первую очередь необходимо проверить конфигурацию кворума кластера и выяснить, почему в кластере больше нет кворума. Это может произойти из-за того, что узлы перестали отвечать на запросы, или из-за того, что основной сайт в кластере с несколькими сайтами стал недоступен. Установив основную причину сбоя кластера, вы можете выполнить инструкции по восстановлению, приведенные в этом разделе.

Примечание.

• Если служба кластера была остановлена из-за отсутствия кворума, в системном журнале появляется событие с кодом 1177.
• Всегда необходимо выяснить, почему в кластере больше нет кворума.
• В любом случае предпочтительнее восстановить работоспособность узла или свидетеля кворума (присоединить их к кластеру), чем запускать кластер без кворума.

Принудительный запуск узлов кластера

Если вы установили, что восстановить кластер путем приведения узлов или свидетеля кворума в работоспособное состояние невозможно, то необходимо принудительно запустить кластер. При принудительном запуске параметры конфигурации кворума кластера переопределяются, и кластер запускается в режиме ForceQuorum .

Принудительный запуск кластера без кворума может быть особенно полезен в случае с кластером с несколькими сайтами. Рассмотрим сценарий аварийного восстановления, в котором кластер содержит расположенные отдельно основной и резервный сайты ( СайтА и СайтБ). Если с сайтом СайтАпроизошла серьезная авария, то на его восстановление может потребоваться значительное количество времени. Скорее всего, вы захотите принудительно включить СайтБ , даже если у него нет кворума.

Если кластер был запущен в режиме ForceQuorum , то после восстановления достаточного количества голосов для кворума он автоматически переходит из состояния принудительного запуска в обычное состояние. Поэтому перезапускать кластер в обычном режиме не нужно. Если после этого в результате отключения узла кворум утрачивается, кластер снова перестает работать, так как он больше не находится в состоянии принудительного запуска. Чтобы вернуть его обратно в сеть, если у него нет кворума, требуется принудительное запуск кластера без кворума.

Внимание

• При принудительном запуске кластера администратор получает полный контроль над ним.
• Кластер использует конфигурацию узла, на котором он принудительно запускается, и реплицирует ее на все остальные доступные узлы.
• При принудительном запуске кластера без кворума все параметры конфигурации кворума игнорируются, пока кластер находится в режиме ForceQuorum . Сюда относятся назначенные конкретным узлам голоса и параметры управления кворумом.

Блокирование кворума на оставшихся узлах кластера

Принудительно запустив кластер на одном из узлов, необходимо запустить оставшиеся узлы кластера с блокировкой кворума. При запуске узла с блокировкой кворума он указывает службе кластера, что его необходимо присоединить к уже запущенному кластеру вместо создания нового экземпляра кластера. Это позволяет предотвратить образование оставшимися узлами расщепленного кластера, содержащего два конкурирующих экземпляра.

Это может потребоваться при восстановлении кластера в некоторых сценариях аварийного восстановления на основе нескольких сайтов, после того как вы принудительно запустили кластер на резервном сайте ( СайтБ). Для присоединения к принудительно запущенному кластеру на сайте СайтБузлы на основном сайте, СайтА, должны быть запущены с блокировкой кворума.

Внимание

После принудительного запуска кластера на одном из узлов рекомендуется всегда запускать остальные узлы с блокировкой кворума.

Вот как восстановить кластер с помощью диспетчера отказоустойчивости кластеров:

1. В диспетчере отказоустойчивости кластеров выберите или укажите кластер, который нужно восстановить.

2. При выборе кластера в разделе "Действия" выберите "Принудительное запуск кластера".

   Диспетчер отказоустойчивости кластеров принудительно запустит кластер на всех доступных узлах. При запуске кластера используется текущая конфигурация.

Примечание.

• Чтобы принудительно запустить кластер на определенном узле, содержающем конфигурацию кластера, которую вы хотите использовать, необходимо использовать командлеты Windows PowerShell или эквивалентные средства командной строки, как показано после этой процедуры.
• Если вы используете диспетчер отказоустойчивости кластеров для подключения к принудительно запущенному кластеру и выбираете действие Запустить службу кластеров для запуска узла, узел автоматически запускается с блокировкой кворума.

Эквивалентные команды Windows PowerShell (Start-Clusternode)

В приведенных ниже примерах показано, как использовать командлет Start-ClusterNode для принудительного запуска кластера на узле ContosoFCNode1.

Start-ClusterNode –Node ContosoFCNode1 –FQ

Вы также можете выполнить следующую команду локально на узле.

Net Start ClusSvc /FQ

В следующем примере показано, как с помощью командлета Start-ClusterNode запустить службу кластеров с блокировкой кворума на узле ContosoFCNode1.

Start-ClusterNode –Node ContosoFCNode1 –PQ

Вы также можете выполнить следующую команду локально на узле.

Net Start ClusSvc /PQ

Рекомендации касательно кворума для конфигураций аварийного восстановления

В этом разделе кратко описываются характеристики и конфигурации кворума для двух сценариев развертывания кластера на основе нескольких сайтов для обеспечения аварийного восстановления. Рекомендации по настройке кворума зависят от того, должна ли отработка отказа между сайтами выполняться для рабочих нагрузок автоматически или вручную. Конфигурация, как правило, зависит от принятых в организации соглашений об уровне обслуживания (SLA), которые должны обеспечивать выполнение кластерных рабочих нагрузок в случае сбоя или аварии сайта.

автоматический переход на другой ресурс

В этой конфигурации кластер состоит из двух или нескольких сайтов, на которых могут размещаться кластерные роли. Если на каком-либо сайте происходит сбой, кластерные роли должны автоматически переноситься на оставшиеся сайты. Поэтому кворум кластера должен быть настроен так, чтобы любой сайт мог сохранять работоспособность в случае полного отказа другого сайта.

В таблице ниже кратко описываются рекомендации для этой конфигурации.

Позиция	Description
Число голосов узлов на сайт	Должно быть одинаковым
Назначение голосов узлов	Голоса узлов нельзя удалять, так как все узлы важны в одинаковой степени
Динамическое управление кворумом	Должно быть включено
Настройка свидетеля	Рекомендуется использовать файловый ресурс-свидетель, настроенный на отдельном сайте (не на сайтах кластера)
Рабочие нагрузки	Рабочие нагрузки можно настроить на любых сайтах

Дополнительные рекомендации по автоматической отработки отказа

• Настраивать файловый ресурс-свидетель на отдельном сайте необходимо для того, чтобы дать всем сайтам одинаковые возможности по сохранению работоспособности. Дополнительные сведения см. в подразделе Настройка свидетеля ранее в этом разделе.

Переход на другой ресурс вручную

В этой конфигурации кластер состоит из основного сайта ( СайтА) и резервного сайта ( СайтБ). Кластерные роли размещаются на сайте СайтА. Из-за конфигурации кворума кластера в случае сбоя всех узлов на сайте СайтАкластер прекращает работу. В этом сценарии администратор должен вручную перенести службы кластеров на СайтБ и выполнить дополнительные действия по восстановлению кластера.

В таблице ниже кратко описываются рекомендации для этой конфигурации.

Позиция	Description
Число голосов узлов на сайт	Голоса узлов не должны быть удалены из узлов на первичном сайте SiteA Голоса узлов должны быть удалены из узлов на сайте резервного копирования, SiteB Если долгосрочный сбой происходит на сайте SiteA, голосование должно быть назначено узлам в SiteB , чтобы включить большинство кворума на этом сайте в рамках восстановления
Динамическое управление кворумом	Должно быть включено
Настройка свидетеля	Настройте свидетеля, если в SiteA есть даже количество узлов Если требуется свидетель, настройте следящий файловый ресурс или свидетель диска, доступный только узлам в SiteA (иногда называемый асимметричным свидетелем диска).
Рабочие нагрузки	Используйте предпочтительных владельцев для выполнения рабочих нагрузок на узлах сайта СайтА

Дополнительные рекомендации по отработки отказа вручную

• Голоса кворума изначально настраиваются только для узлов на сайте СайтА . Это необходимо для того, чтобы состояние узлов на сайте СайтБ не влияло на кворум кластера.
• Инструкции по восстановлению могут быть разными в зависимости от того, испытывает ли СайтА временный или длительный сбой.

Дополнительные сведения

• Отказоустойчивая кластеризация
• Командлеты Windows PowerShell для отказоустойчивых кластеров