WSFC 仲裁模式和投票配置 (SQL Server)

SQL Server AlwaysOn 可用性组 和 AlwaysOn 故障转移群集实例 (FCI) 都利用 Windows Server 故障转移群集 (WSFC) 作为平台技术。 WSFC 使用一种基于仲裁的方法来监视群集的整体运行状况,并且最大限度地提高节点级别的容错能力。 理解 WSFC 仲裁模式和节点投票配置对于 AlwaysOn 高可用性和灾难恢复解决方案的设计、操作和故障排除十分重要。

本主题内容:

  • 由仲裁进行的群集运行状况检测

  • 仲裁模式

  • 投票和非投票节点

  • 建议的仲裁投票调整

  • 相关任务

  • 相关内容

由仲裁进行的群集运行状况检测

WSFC 群集中的每个节点都参与周期性信号通信,以便与其他节点共享该节点的运行状况。 未响应的节点被认为是处于故障状态。

“仲裁”节点集是 WSFC 群集中的大多数投票节点和见证服务器。 WSFC 群集的总体运行状况和状态是由定期“仲裁投票”确定的。 仲裁的存在意味着群集运行状况正常,且能提供节点级别的容错能力。

没有仲裁并不指示群集未在正常状况下运行。 必须维护整体 WSFC 群集运行状况,以便确保运行状况辅助节点可用于要故障转移到的主节点。 如果仲裁投票失败,作为一项预防措施,WSFC 群集将被设为脱机。 这也将导致停止所有向群集注册的 SQL Server 实例。

重要说明重要提示

如果 WSFC 群集因为仲裁失败而被设为脱机,则需要手动干预以便将其重新联机。

有关详细信息,请参阅 通过强制仲裁进行 WSFC 灾难恢复 (SQL Server)

[返回页首]

仲裁模式

“仲裁模式”是在 WSFC 群集级别配置的,指示用于仲裁投票的方法。 故障转移群集管理器实用工具将会基于群集中的节点数来建议仲裁模式。

以下仲裁模式可用于确定构成投票仲裁的元素:

  • **节点的大多数。**群集中超过一半的投票节点必须投票赞成群集处于正常状态。

  • **节点和文件共享的大多数。**与节点的大多数仲裁模式相似,只有远程文件共享也配置为投票见证除外,并且从任何节点到该共享的连接也作为赞成投票计数。 超过一半的可能投票必须赞成群集处于正常状态。

    作为最佳实践,见证文件共享不应驻留在该群集中的任何节点上,必须它应该对于该群集中的所有节点都是可见的。

  • **节点和磁盘的大多数。**与节点的大多数仲裁模式相似,只有共享磁盘群集资源也指定为投票见证除外,并且从任何节点到该共享磁盘的连接也作为赞成投票计数。 超过一半的可能投票必须赞成群集处于正常状态。

  • **仅限磁盘。**共享磁盘群集资源指定为见证,并且从任何节点到该共享磁盘的连接也作为赞成投票计数。

提示提示

在将非对称存储配置用于 AlwaysOn 可用性组 时,如果您具有奇数数目的投票节点,则通常应该使用节点的大多数仲裁模式;如果您具有偶数数目的投票节点,则通常应该使用节点和文件共享的大多数仲裁模式。

[返回页首]

投票和非投票节点

默认情况下,WSFC 群集中的每个节点都作为群集仲裁的成员包括;每个节点都具有用于确定群集整体运行状况的单个投票,并且每个节点都将持续尝试建立仲裁。 到目前为止对仲裁的论述已谨慎地将对群集运行状况进行投票的一组 WSFC 群集节点划分为“投票节点”。

在一个 WSFC 群集中没有单独的节点可以明确确定该群集作为一个整体是正常运行还是非正常运行。 在任意给定时刻,从各节点的角度来说,其他一些节点可能好像脱机,或者好像处于故障转移中,或者好像由于网络通信失败而无法响应。 仲裁投票的一个关键功能是确定 WSFC 群集中每个节点的明显表现出来的状态是否真的就是这些节点的实际状态。

对于除了“仅限磁盘”之外的所有仲裁模式,仲裁投票的效力取决于群集中所有投票节点之间的可靠的通信。 同一物理子网上各节点之间的网络通信应被视为可靠的;应该信任仲裁投票。

但是,如果其他子网上的节点在仲裁投票中被视为不可响应的,但它实际上处于联机状态并且正常运行,则很可能是因为子网之间网络通信失败。 根据群集拓扑结构、仲裁模式和故障转移策略配置,该网络通信失败可能会有效地创建超过一组(或一个子组)的投票节点。

在多个子组的投票节点能够建立自己的仲裁时,这称作“裂脑情况”。 在这种情况下,单独仲裁中的节点可能具有不同的行为方式,并有互相冲突。

注意注意

此裂脑情况仅在系统管理员手动执行强制的仲裁操作时或者在非常罕见的情况(如强制故障转移)时才可能出现;并且显式细分仲裁节点组。

为了简化您的仲裁配置和增加正常运行时间,您可能要调整每个节点的 NodeWeight 设置,以便为进行仲裁而计算票数时不包括该节点的投票。

重要说明重要提示

为了使用 NodeWeight 设置,必须将以下修补程序应用到 WSFC 群集中的所有服务器:

KB2494036:该修补程序用于配置在 Windows Server 2008 和 Windows Server 2008 R2 中没有仲裁投票的群集节点。

[返回页首]

建议的仲裁投票调整

在启用或禁用某一给定 WSFC 节点的投票时,应遵循以下准则:

  • **默认情况下不投票。**假定每个节点在没有明显的判断依据时不应投票。

  • **包括所有主副本。**承载可用性组主副本的每个 WSFC 节点或是 FCI 的首选所有者的每个 WSFC 节点应具有一票。

  • **包括可能的自动故障转移所有者。**可作为自动可用性组故障转移或 FCI 故障转移的结果承载主副本的每个节点应具有一票。 如果 WSFC 群集中只有一个可用性组,且可用性副本仅由独立实例承载,则此规则仅包括是自动故障转移目标的辅助副本。

  • **不包括辅助站点节点。**通常,不要向驻留在辅助灾难恢复站点的 WSFC 节点投票。 在主站点不存在任何问题时,您不会希望辅助站点中的节点参与到令群集脱机的决策中来。

  • **奇数数目的投票。**如果需要,将见证文件共享、见证节点或见证磁盘添加到群集并且调整仲裁模式以便防止群集仲裁中出现可能的等同值。

  • **故障转移后重新评估投票分配。**您不希望故障转移到不支持运行状况仲裁的群集配置。

重要说明重要提示

验证 WSFC 仲裁投票配置时,如果满足以下任意条件,则 AlwaysOn 可用性组向导显示警告:

  • 承载主副本的群集节点没有一票

  • 将一个辅助副本配置为自动故障转移且它的群集节点没有一票。

  • KB2494036未安装在承载可用性副本的所有群集节点上。 在多站点部署中,需要此修补程序以添加或删除群集节点的投票。 但是,在单站点部署中,通常不需要这样做,您可以安全地忽略警告。

提示提示

SQL Server 公开若干系统动态管理视图 (DMV),可帮助您管理 WSFC 群集配置和节点仲裁投票相关的设置。

有关详细信息,请参阅:sys.dm_hadr_clustersys.dm_hadr_cluster_memberssys.dm_os_cluster_nodessys.dm_hadr_cluster_networks

[返回页首]

相关任务

相关内容

[返回页首]

请参阅

概念

通过强制仲裁进行 WSFC 灾难恢复 (SQL Server)

Windows Server 故障转移群集 (WSFC) 与 SQL Server