故障转移群集与 AlwaysOn 可用性组 (SQL Server)

Always On 可用性组是 SQL Server 2014 中引入的用于高可用性和灾难恢复的解决方案，要求使用 Windows Server 故障转移群集（WSFC）。 此外，尽管 AlwaysOn 可用性组不依赖于 SQL Server 故障转移群集，但可以使用故障转移群集实例（FCI）为可用性组托管可用性副本。 了解每个群集技术的角色以及设计 AlwaysOn 可用性组环境时需要注意哪些注意事项非常重要。

Windows Server 故障转移群集和可用性组

部署 Always On 可用性组需要 Windows Server 故障转移群集（WSFC）。 若要为 AlwaysOn 可用性组启用，SQL Server 的实例必须驻留在 WSFC 节点上，并且 WSFC 群集和节点必须处于联机状态。 此外，给定可用性组的每个可用性副本必须驻留在同一 WSFC 群集的不同节点上。 唯一的例外是在迁移到另一个 WSFC 群集时，此时一个可用性组可能会暂时跨两个群集。

AlwaysOn 可用性组依赖于 Windows 故障转移群集（WSFC）群集来监视和管理属于给定可用性组的可用性副本的当前角色，并确定故障转移事件如何影响可用性副本。 为您创建的每个可用性组创建一个 WSFC 资源组。 WSFC 群集监视此资源组以评估主要副本的运行状况。

Always On 可用性组的仲裁机制基于 WSFC 群集中的所有节点，无论特定群集节点是否承载任何可用性副本。 与数据库镜像相比，AlwaysOn 可用性组中没有见证角色。

WSFC 群集的整体健康由群集中节点仲裁票数的多数决定。 如果 WSFC 群集由于计划外灾难或永久性硬件或通信故障而脱机，则需要手动管理干预。 Windows Server 或 WSFC 群集管理员将需要强制仲裁，然后将幸存的群集节点重新联机以不可容错的配置。

有关在 Windows Server 故障转移群集（WSFC）节点上运行 SQL Server 以及有关 WSFC 仲裁的信息，请参阅包含 SQL Server 的 Windows Server 故障转移群集（WSFC）。

用于 OS 升级的 AlwaysOn 可用性组的跨群集迁移

从 SQL Server 2012 SP1 开始，AlwaysOn 可用性组支持跨群集迁移可用性组，以便部署到新的 Windows Server 故障转移群集（WSFC）群集。 跨群集迁移会将一个可用性组或一批可用性组移到新的目标 WSFC 群集，且停机时间最短。 通过跨群集迁移过程，可以在升级到 Windows Server 2012 群集时维护服务级别协议（SLA）。 必须为目标 WSFC 群集上的 AlwaysOn 安装并启用 SQL Server 2012 SP1（或更高版本）。 跨群集迁移的成功取决于目标 WSFC 群集的彻底规划和准备。

有关详细信息，请参阅 Os 升级的 AlwaysOn 可用性组的跨群集迁移。

SQL Server 故障转移群集实例 (FCI) 和可用性组

可以通过将 SQL Server 故障转移群集与 WSFC 群集一起实现，在服务器实例级别设置第二层故障转移。 可用性副本可由 SQL Server 的独立实例或 FCI 实例承载。 对于某一给定可用性组，一个 FCI 伙伴只能承载一个副本。 当某一可用性副本正在一个 FCI 上运行时，可用性组的可能所有者列表将只包含活动的 FCI 节点。

AlwaysOn 可用性组不依赖于任何形式的共享存储。 但是，如果使用 SQL Server 故障转移群集实例 (FCI) 来承载一个或多个可用性副本，每个 FCI 将需要标准 SQL Server 故障转移群集实例安装所要求的共享存储。

有关其他先决条件的详细信息，请参阅“使用 SQL Server 故障转移群集实例（FCI）托管可用性副本的 先决条件、限制和建议”部分（适用于 AlwaysOn 可用性组（SQL Server）的先决条件、限制和建议。

比较故障转移群集实例和可用性组

无论 FCI 中的节点数是多少，整个 FCI 都只承载可用性组内的一个副本。 下表说明 FCI 中的节点和可用性组内的副本的概念区别。

*尽管可用性组中的同步次要副本始终在相应的 SQL Server 实例上运行，但 FCI 内的辅助节点实际未启动相应的 SQL Server 实例，因此不可读。 在 FCI 中，仅在 FCI 故障转移期间资源组所有权转移给辅助节点时，辅助节点才启动其 SQL Server 实例。 但是，在活动 FCI 节点上，当 FCI 承载的数据库属于可用性组时，如果本地可用性副本正在作为可读辅助副本运行，则数据库是可读的。

**可用性组的故障转移策略设置应用于所有副本，无论它位于独立实例还是 FCI 实例中。

FCI 上承载可用性副本的注意事项

SQL Server 故障转移群集实例 (FCI) 不支持通过可用性组来自动进行故障转移，因此，只能为手动故障转移配置任何由 FCI 承载的可用性副本。

您可能需要配置 Windows Server 故障转移群集（WSFC），将并非所有节点均可用的共享磁盘纳入群集中。 例如，考虑跨具有三个节点的两个数据中心的 WSFC 群集。 其中两个节点在主数据中心托管 SQL Server 故障转移群集实例（FCI），并有权访问同一共享磁盘。 第三个节点在另一个数据中心中承载独立 SQL Server 实例，并且无权访问主数据中心的共享磁盘。 如果 FCI 托管主副本，并且独立实例托管辅助副本，则此 WSFC 群集配置支持部署可用性组。

选择 FCI 承载给定可用性组的可用性副本时，请确保 FCI 故障转移不会导致单个 WSFC 节点尝试承载同一可用性组的两个可用性副本。

下面的示例方案说明此配置是如何导致问题的：

Marcel 配置了一个由两个节点 NODE01 和 NODE02 组成的 WSFC 群集。 他在 SQL Server 和 fciInstance1上安装一个 NODE01 故障转移群集实例 NODE02 ，其中 NODE01 是 fciInstance1的当前所有者。
在 NODE02上，Marcel 安装了另一个 SQL Server实例 Instance3，该实例是一个独立实例。
在 NODE01，Marcel 启用 fciInstance1，以支持 Always On 可用性组。 在NODE02，他为 Always On 可用性组启用了Instance3。 然后，他设置了一个可用性组，其中 fciInstance1 承载主副本， Instance3 承载辅助副本。
在某个时刻，fciInstance1 在 NODE01 上变得不可用，WSFC 群集会触发将 fciInstance1 故障转移到 NODE02。 故障转移后，fciInstance1 是启用了“Always On”可用性组的实例，该实例作为主要角色在NODE02上运行。 但是， Instance3 现在驻留在与 fciInstance1相同的 WSFC 节点上。 这违反了 AlwaysOn 可用性组约束。
要解决此场景所带来的问题，独立实例Instance3必须驻留在同一WSFC群集中的另一个节点上，与NODE01和NODE02共存。

有关 SQL Server 故障转移群集的详细信息，请参阅 AlwaysOn 故障转移群集实例（SQL Server）。

将 WSFC 故障转移群集管理器用于可用性组的限制

不要使用故障转移群集管理器来操作可用性组，例如：

• 不要在可用性组的群集服务（资源组）中添加或删除资源。

• 不要更改任何可用性组属性，例如可能的所有者和首选所有者。 这些属性由可用性组自动设置。

• 不要使用故障转移群集管理器将可用性组移到不同节点或者故障转移可用性组。 故障转移群集管理器不知道可用性副本的同步状态，因此，这样做可能会导致延长停机时间。 必须使用 Transact-SQL 或 SQL Server Management Studio。

相关内容

• 博客：

  将 SQL Server 的 Windows 故障转移群集（可用性组或 FCI）配置为有限安全

  SQL Server AlwaysOn 团队博客：官方 SQL Server AlwaysOn 团队博客

  CSS SQL Server 工程师博客

• 白皮书：

  AlwaysOn 体系结构指南：使用故障转移群集实例和可用性组构建高可用性和灾难恢复解决方案

  Microsoft SQL Server AlwaysOn 解决方案指南以实现高可用性和灾难恢复

  针对 SQL Server 2012 的 Microsoft 白皮书

  SQL Server 客户咨询团队白皮书

另请参阅

AlwaysOn 可用性组（SQL Server）启用和禁用 AlwaysOn 可用性组（SQL Server）监视可用性组概述（Transact-SQL）
AlwaysOn 故障转移群集实例 （SQL Server）