配置和管理仲裁
本文提供了背景和步骤来配置和管理故障转移群集中的仲裁。
若要了解 Azure Stack HCI 和 Windows Server 群集上的存储空间直通中的群集和存储池仲裁，请参阅了解群集和池仲裁。
了解仲裁
群集的仲裁由投票元素的数量确定，这些投票元素必须是活动群集成员身份的一部分以供该群集正确启动或继续运行。 有关更详细的说明，请参阅了解群集和池仲裁文档。
仲裁配置选项
Windows Server 中的仲裁模型非常灵活。 如果你需要修改群集的仲裁配置，可以使用配置群集仲裁向导或故障转移群集 Windows PowerShell cmdlet。 有关配置仲裁的步骤和注意事项，请参阅本主题后面的配置群集仲裁。
下表列出了配置群集仲裁向导中提供的三个仲裁配置选项。
| 选项 | 描述 |
|---|---|
| “使用典型设置” | 该群集自动将投票分配到每个节点并且动态管理节点投票。 如果它适用于你的群集，并且有可用的群集共享存储，该群集将选择磁盘见证。 建议在大多数情况下使用此选项，因为群集软件会自动选择可为群集提供最高可用性的仲裁和见证配置。 |
| “添加或更改仲裁见证” | 你可以添加、更改或删除见证资源。 可以配置文件共享或磁盘见证。 该群集自动将投票分配到每个节点并且动态管理节点投票。 |
| “高级仲裁配置和见证选择” | 应仅当你具有有关配置仲裁的特定于应用程序或特定于站点的要求时才选择该选项。 可以修改仲裁见证、添加或删除节点投票，以及选择该群集是否动态管理节点投票。 默认情况下，将投票分配给所有节点，并动态管理节点投票。 |
根据你选择的仲裁配置选项和特定设置，将在以下仲裁模式之一中配置群集：
| “模式” | 说明 |
|---|---|
| 多数节点（无见证） | 仅节点具有投票。 没有配置任何仲裁见证。 群集仲裁是活动群集成员身份中的多数投票节点。 |
| 带有见证的多数节点（磁盘或文件共享） | 节点具有投票。 此外，仲裁见证有一票。 群集仲裁是活动群集成员身份中的多数投票节点以及一个见证投票。 仲裁见证可以是指定的磁盘见证或文件共享见证。 |
| 无多数（仅磁盘见证） | 没有节点具有投票。 仅磁盘见证有一票。 群集仲裁由磁盘见证的状态确定。 通常，不建议使用此模式，并且不应该选择它，因为它为群集创建了单点故障。 |
以下小节将详细介绍高级仲裁配置设置。
见证配置
作为一般规则，当你配置仲裁时，群集中的投票元素应为奇数。 因此，如果群集包含偶数个投票节点，则应配置磁盘见证或文件共享见证。 群集将能够维持一个额外节点关闭。 此外，如果一半的群集节点同时关闭或断开连接，则添加见证投票会使该群集继续运行。
如果所有节点都可以看到该磁盘，则通常建议使用磁盘见证。 当你需要考虑使用复制存储的多站点灾难恢复时，建议使用文件共享见证。 仅当存储供应商支持从所有站点到复制存储的读写访问时，才可以使用复制存储配置磁盘见证。 存储空间直通不支持磁盘见证。
下表提供了有关仲裁见证类型的其他信息和注意事项。
| 见证类型 | 说明 | 要求和建议 |
|---|---|---|
| 磁盘见证 |
|
|
| 文件共享见证 |
|
以下是有关托管文件共享见证的文件服务器的其他注意事项：
|
| 云见证 |
|
请参阅部署云见证。 |
注意
如果配置文件共享见证或云见证，然后出于维护原因或其他原因关闭所有节点，则必须确保从最后一个节点启动群集服务，因为最新的群集数据库未存储在这些见证中。 另请参阅此文。
节点投票分配
你可以选择按节点分配或删除仲裁投票，这是一种高级仲裁配置选项。 默认情况下，所有节点都分配了投票。 无论投票分配的情况如何，所有节点都可继续在群集中正常工作、接收群集数据库更新，并且可以托管应用程序。
你可能希望从某些灾难恢复配置中的节点删除投票。 例如，在多站点群集中，你可以从备份站点中的节点删除投票，以便这些节点不会影响仲裁计算。 对于跨站点的手动故障转移，仅建议使用此配置。 有关详细信息，请参阅本主题后面的灾难恢复配置的仲裁注意事项。
通过使用 Get-ClusterNode Windows PowerShell cmdlet 查找群集节点的 NodeWeight 公用属性，可验证节点的已配置投票。 值为 0 指示该节点没有配置仲裁投票。 值为 1 指示已分配该节点的仲裁投票，并且它由该群集管理。 有关节点投票的管理的详细信息，请参阅本主题后面的动态仲裁管理。
通过使用“验证群集仲裁”验证测试，可以验证所有群集节点的投票分配。
节点投票分配的其他注意事项
- 不建议用节点投票分配来强制执行奇数个投票节点。 相反，你应该配置磁盘见证或文件共享见证。 有关详细信息，请参阅本主题后面的见证配置。
- 如果启用动态仲裁管理，则只有配置为分配了节点投票的节点才可以动态分配或删除其投票。 有关详细信息，请参阅本主题后面的动态仲裁管理。
动态仲裁管理
在 Windows Server 2012 中，你可以选择启用由群集执行的动态仲裁管理，这是一种高级仲裁配置选项。 有关动态仲裁工作原理的更多详细信息，请参阅此说明。
借助动态仲裁管理，群集还有可能在最后一个未出现故障的群集节点上运行。 通过动态调整多数仲裁要求，该群集可以针对单个节点维持相继节点关闭。
使用 Get-ClusterNode Windows PowerShell cmdlet，可通过群集节点的 DynamicWeight 公用属性对群集分配的节点动态投票进行验证。 “0”值表示该节点没有仲裁投票。 值为 1 指示该节点具有仲裁投票。
通过使用“验证群集仲裁”验证测试，可以验证所有群集节点的投票分配。
有关动态仲裁管理的其他注意事项
动态仲裁管理不允许群集维持大多数投票成员同时出现故障。 若要继续运行，在节点关闭或发生故障时，该群集必须始终具有多数仲裁。
如果你已经明确地删除节点的投票，则群集无法动态添加或删除该投票。
启用存储空间直通时，群集只能支持双节点故障。 池仲裁部分对此做了更详细的解释
仲裁配置的常规建议
群集软件基于配置的节点数和共享存储的可用性自动为新群集配置仲裁。 通常这是最适合该群集的仲裁配置。 但是，在将群集投入生产之前，最好是在创建该群集后查看仲裁配置。 若要查看详细的群集仲裁配置，可以使用验证配置向导或 Test-Cluster Windows PowerShell cmdlet 来运行“验证仲裁配置”测试。 可以在故障转移群集管理器中查看显示在所选群集的摘要信息中的基本仲裁配置，也可以查看运行 Get-ClusterQuorum Windows PowerShell cmdlet 时返回的有关仲裁资源的信息。
你可以随时运行“验证仲裁配置”测试，以验证该仲裁配置是否最适合你的群集。 测试输出指示是否建议对仲裁配置进行更改以及最适合的设置。 如果建议进行更改，你可以使用配置群集仲裁向导来应用建议的设置。
群集投入生产后，不更改仲裁配置，除非你已确定该更改适合你的群集。 在以下情况下，你可能想要考虑更改仲裁配置：
- 添加或逐出节点
- 添加或删除存储
- 长期节点或见证失败
- 在多站点灾难恢复方案中恢复群集
有关验证故障转移群集的详细信息，请参阅验证故障转移群集的硬件。
配置群集仲裁
通过使用故障转移群集管理器或 FailoverClusters Windows PowerShell cmdlet，可以配置群集仲裁设置。
重要
通常，最好使用由配置群集仲裁向导推荐的仲裁配置。 仅在你确定该更改适合你的群集时，我们才建议自定义仲裁配置。 有关详细信息，请参阅本主题中的仲裁配置的常规建议。
配置群集仲裁设置
每个群集服务器上的本地“Administrators”组的成员身份或同等身份是完成此过程所需的最低权限。 此外，你使用的帐户必须为域用户帐户。
注意
你可以更改群集仲裁配置，而无需停止该群集或使群集资源脱机。
通过使用故障转移群集管理器，在故障转移群集中更改仲裁配置
在故障转移群集管理器中，选择或指定你想要更改的群集。
在选中群集的情况下，在“操作”下选择“更多操作”，然后选择“配置群集仲裁设置”。 将出现配置群集仲裁向导。 选择“下一步”。
在“选择仲裁配置选项”页面上，选择三个配置选项之一，并且完成该选项的步骤。 配置仲裁设置之前，你可以查看你的选择。 有关选项的详细信息，请参阅本主题前面的了解仲裁。
若要允许群集自动重置最适合当前群集配置的仲裁设置，请选择“使用默认仲裁配置”，然后完成该向导。
若要添加或更改仲裁见证，请选择“选择仲裁见证”，然后完成以下步骤。 有关配置仲裁见证的信息和注意事项，请参阅本主题前面的见证配置。
在“选择仲裁见证”页面上，选中一个选项以配置磁盘见证或文件共享见证。 该向导指示建议你的群集使用的见证选择选项。
注意
你还可以选择“不配置仲裁见证”，然后完成该向导。 如果你在群集中的投票节点为偶数，则这可能不是推荐的配置。
如果你选择该选项来配置磁盘见证，则在“配置存储见证”页面上，选择你想要分配为磁盘见证的存储卷，然后完成该向导。
如果你选择该选项来配置文件共享见证，则在“配置文件共享见证”页面上，键入或浏览到将用作见证资源的文件共享，然后完成该向导。
如果选择配置云见证的选项，请在“配置云见证”页上，输入 Azure 存储帐户名称、Azure 存储帐户密钥和 Azure 服务终结点，然后完成向导。
注意
此选项在 Windows Server 2016 及更高版本中可用。
若要配置仲裁管理设置和添加或更改仲裁见证，请选择“高级仲裁配置”，然后完成以下步骤。 有关高级仲裁配置设置的信息和注意事项，请参阅本主题前面的节点投票分配和动态仲裁管理。
在“选择投票配置”页面上，选择一个选项以将投票权分配给节点。 默认情况下，所有节点都分配了投票。 但是，对于某些方案，你可以仅将投票分配给节点的子集。
注意
你还可以选择“无节点”。 通常不建议使用此选项，因为它不允许节点参与仲裁投票，并且它需要配置见证磁盘。 此磁盘见证将成为群集的单点故障。
在“配置仲裁管理”页面上，可以启用或禁用“允许群集动态管理节点投票的分配情况”选项。 选择此选项通常会增加群集的可用性。 默认情况下，该选项处于启用状态，并且强烈建议不要禁用此选项。 此选项允许群集在出现故障的情况（在此选项处于禁用状态时不会出现此情况）下继续运行。
注意
Windows Server 2016 及更高版本中不存在此选项。
在“选择仲裁见证”页面上，选择一个选项以配置磁盘见证、文件共享见证或云见证。 该向导指示建议你的群集使用的见证选择选项。
注意
你还可以选择“不配置仲裁见证”，然后完成该向导。 如果你在群集中的投票节点为偶数，则这可能不是推荐的配置。
如果你选择该选项来配置磁盘见证，则在“配置存储见证”页面上，选择你想要分配为磁盘见证的存储卷，然后完成该向导。
如果你选择该选项来配置文件共享见证，则在“配置文件共享见证”页面上，键入或浏览到将用作见证资源的文件共享，然后完成该向导。
如果选择配置云见证的选项，请在“配置云见证”页上，输入 Azure 存储帐户名称、Azure 存储帐户密钥和 Azure 服务终结点，然后完成向导。
注意
此选项在 Windows Server 2016 及更高版本中可用。
选择“下一步”。 在显示的确认页面上确认你的选择，然后选择“下一步”。
运行向导并出现“摘要”页面后，如果要查看向导所执行任务的报告，请选择“查看报告”。 最新的报告将保留在名为 QuorumConfiguration.mht 的 systemroot\Cluster\Reports 文件夹中。
注意
配置群集仲裁之后，我们建议你运行“验证仲裁配置”测试以验证更新的仲裁设置。
Windows PowerShell 等效命令
以下示例显示了如何使用 Set-ClusterQuorum cmdlet 和其他 Windows PowerShell cmdlet 配置群集仲裁。
以下示例将群集 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
以下示例启用群集 CONTOSO-FC1 的 DynamicQuorum 属性（如果它之前处于禁用状态）：
(Get-Cluster CONTOSO-FC1).DynamicQuorum=1
在没有仲裁的情况下通过启动恢复群集
将不会启动没有足够仲裁投票的群集。 作为第一步，你应该始终确认群集仲裁配置，并且调查为什么该群集不再具有仲裁。 如果有已停止响应的节点，或者如果在多站点群集中无法访问主站点，则可能发生此情况。 确定了群集失败的根本原因后，你可以使用本部分中所述的恢复步骤。
注意
- 如果因为丢失仲裁而停止群集服务，则事件 ID 1177 将出现在系统日志中。
- 始终有必要调查丢失群集仲裁的原因。
- 最好始终使节点或仲裁见证进入正常运行状态（加入群集），而不是在没有仲裁的情况下启动该群集。
强制启动群集节点
在你确定不能通过使节点或仲裁见证进入正常运行状态恢复群集之后，有必要强制启动该群集。 强制启动群集将覆盖群集仲裁配置设置，并且在“ForceQuorum”模式下启动群集。
当群集不具有仲裁时，在多站点群集中强制启动该群集可能特别有用。 请考虑具有包含单独的本地主要和备份站点 SiteA 和 SiteB 的群集的灾难恢复方案。 如果在 SiteA 中有真正的灾难，则该站点可能需要大量的时间才能恢复到联机状态。 你可能想要强制 SiteB 恢复联机，即使它不具有仲裁也是如此。
当在“ForceQuorum”模式下启动群集时，以及在它重新获得足够的仲裁投票后，该群集将自动退出强制状态，并且正常工作。 因此，通常没必要再次启动群集。 如果群集失去一个节点并且失去仲裁，则因为它不再处于强制状态，所以它将再次脱机。 若要在它没有仲裁时将其重新联机，需要强制该群集在没有仲裁的情况下启动。
重要
- 强制启动群集后，管理员可完全控制该群集。
- 群集使用节点上的群集配置，在该节点上强制启动该群集，并将其复制到可用的所有其他节点。
- 如果你在没有仲裁的情况下强制启动群集，则将忽略所有仲裁配置设置，同时将该群集保留在“ForceQuorum”模式下。 这包括特定节点投票分配和动态仲裁管理设置。
阻止剩余群集节点上的仲裁
在节点上强制启动该群集后，必须使用要阻止仲裁的某个设置启动群集中的所有剩余节点。 使用阻止仲裁的设置启动的节点指示群集服务加入现有运行群集（而非形成新的群集实例）。 这阻止剩余节点形成包含两个竞争实例的拆分群集。
在你强制启动备份站点 SiteB 上的群集后，当你需要恢复某些多站点灾难恢复方案中的群集时，有必要这样做。 若要将强制启动的群集加入 SiteB 中，需要使用阻止的仲裁启动主站点 SiteA 中的节点。
重要
在节点上强制启动群集后，我们建议你始终使用阻止的仲裁启动剩余节点。
下面介绍如何使用故障转移群集管理器恢复群集：
在故障转移群集管理器中，选择或指定你想要恢复的群集。
在选定群集的情况下，在“操作”下选择“强制群集启动”。
故障转移群集管理器在可访问的所有节点上强制启动群集。 启动时，该群集使用当前的群集配置。
注意
- 若要在包含你想要使用的群集配置的特定节点上强制启动该群集，必须使用 Windows PowerShell cmdlet 或此过程之后提供的等效命令行工具。
- 如果你使用故障转移群集管理器连接到强制启动的群集，并且使用“启动群集服务”操作启动节点，则使用阻止仲裁的设置自动启动该节点。
Windows PowerShell 等效命令 (Start-Clusternode)
以下示例显示了如何使用 Start-ClusterNode cmdlet 来在节点 ContosoFCNode1 上强制启动群集。
Start-ClusterNode –Node ContosoFCNode1 –FQ
或者，你可以在该节点上本地键入以下命令：
Net Start ClusSvc /FQ
以下示例显示了如何使用 Start-ClusterNode cmdlet 启动群集服务，该服务具有在节点 ContosoFCNode1 上阻止的仲裁。
Start-ClusterNode –Node ContosoFCNode1 –PQ
或者，你可以在该节点上本地键入以下命令：
Net Start ClusSvc /PQ
灾难恢复配置的仲裁注意事项
本部分概括了灾难恢复部署中两个多站点群集配置的特征和仲裁配置。 仲裁配置指南有所不同，具体取决于针对站点之间的工作负载，是需要自动故障转移还是手动故障转移。 通常，你的配置取决于存在于你的组织中的服务级别协议 (SLA)，用于在站点上发生故障或恢复时提供并支持群集工作负载。
自动故障转移
在此配置中，群集包含可以托管群集角色的两个或多个站点。 如果在任何站点上发生故障，则群集角色预期会自动故障转移到剩余站点。 因此，必须配置群集仲裁，以便任何站点都可以维持完整的站点故障。
下表总结了有关此配置的注意事项和建议。
| 项 | 描述 |
|---|---|
| 每个站点的节点投票数 | 应该相等 |
| 节点投票分配 | 因为所有节点都同等重要，所以不应删除节点投票 |
| 动态仲裁管理 | 应该启用 |
| 见证配置 | 建议使用文件共享见证，该见证配置在从群集站点分开的站点中 |
| 工作负载 | 可以在任何站点上配置工作负载 |
有关自动故障转移的其他注意事项
- 有必要在单独的站点中配置文件共享见证，以给每个站点均等的生存机会。 有关详细信息，请参阅本主题前面的见证配置。
手动故障转移
在此配置中，群集包含主站点 SiteA 和备份（恢复）站点 SiteB。 群集角色托管在 SiteA 上。 由于群集仲裁配置，如果在 SiteA 中的所有节点上出现故障，则群集停止运行。 在此情况下，管理员必须手动将群集服务故障转移到 SiteB，并且执行附加步骤来恢复该群集。
下表总结了有关此配置的注意事项和建议。
| 项 | 描述 |
|---|---|
| 每个站点的节点投票数 |
|
| 动态仲裁管理 | 应该启用 |
| 见证配置 |
|
| 工作负载 | 使用首选的所有者以保持工作负载在 SiteA 的节点上运行 |
有关手动故障转移的其他注意事项
- 只有 SiteA 上的节点最初使用仲裁投票进行配置。 必需确保 SiteB 上的节点的状态不会影响群集仲裁。
- 恢复步骤可能有所不同，具体取决于 SiteA 维持的是临时故障，还是长期故障。