SQLServer2012AlwaysOn多站点故障转移群集实例

SQL Server 2012 AlwaysOn：多站点故障转移群集实例

SQL Server 技术文章

作者：Mike Weiner、Sanjay Mishra、Min He

供稿人：Lingwei Li、Mike Anderson (EMC Corporation)

技术审校：Shaun Tinline-Jones、Steve Howard、Prem Mehra、Paul Burpo、Mike Ruthruff、Jimmy May、Matt Neerincx、Dan Benediktson、Michael Steineke (Edgenet Inc.)、

David P. Smith (ServiceU Corporation)

发布时间：2011 年 12 月

适用范围：SQL Server 2012

摘要：SQL Server 故障转移群集是 SQL Server 2012 AlwaysOn 整体实现的一部分。它同时支持本地以及多站点故障转移配置，旨在为 SQL Server 提供高可用性和灾难恢复功能。多站点故障转移群集技术在 SQL Server 2012 中得到显著增强。本文重点介绍多站点故障转移群集的体系结构、SQL Server 2012 中对该技术的增强以及有助于部署该技术的一些最佳做法。

版权信息

本文档按“原样”提供。本文档中的信息和表达的观点（包括 URL 和其他 Internet 网站引用）如有更改，恕不另行通知。您应承担使用本文档所带来的风险。

本文档中提及的某些示例只是为了便于说明，纯属虚构。不应据此联想或妄加推断。

本文档不向您提供对任何 Microsoft 产品中的任何知识产权的任何法律权利。您可以出于内部参考目的复制和使用本文档。

© 2011 Microsoft。保留所有权利。

目录

简介 (4)

SQL Server 2012 多站点故障转移群集体系结构 (4)

构建多站点故障转移群集所需的组件 (5)

服务器硬件和操作系统 (5)

存储设备 (6)

网络 (6)

Windows Server 故障转移群集 (WSFC) 仲裁模型 (7)

关于多站点故障转移群集改进功能的 SQL Server 客户实验室测试 (7)

挑战、解决之道和经验 (9)

存储验证检查要求 (9)

在故障转移群集管理器中使用 OR 依赖关系配置 IP 地址 (10)

合适的仲裁模型 (11)

多子网 SQL Server FCI 故障转移后的网络注册和客户端连接 (11)

结论 (12)

附录 (13)

实验室硬件和软件环境 (13)

服务器 (13)

SQL Server (13)

存储设备 (13)

存储软件 (13)

简介

本白皮书讨论了 SQL Server 2012 中有关多站点故障转移群集技术的增强功能及其注意事项。其内容编排如下所示：

•从体系结构角度探讨多站点故障转移群集。

•部署多站点故障转移群集涉及的组件。

•介绍一下我们的实验室测试。实验室测试是在 SQL Server 2012 的预发行版本基础之上执行的，但是您仍然可以从中了解多站点配置中的故障转移方案和行为。

•我们将讨论面临的挑战、解决之道和获得的一些经验，以帮助在生产环境中部署此技术。

此测试使用的是预发行软件。但是，实验室中所测试的功能在此版本中已基本完成，在最终的生产版本中不会有大的更改。

SQL Server 2012 多站点故障转移群集体系结构

在评估 Microsoft SQL Server 环境的高可用性选项时，您可能注意到 SQL Server 中提供了很多功能，它们可帮助应用程序实现您组织的可用性目标。SQL Server 故障转移群集技术在产品中作为高可用性策略已经有十多年的时间了。通过 SQL Server 故障转移群集，SQL Server 实例在任意时间点都能够在群集内的单个节点上运行。如果 SQL Server 实例因为某些原因（如硬件故障）无法在某个节点上运行，它可以故障转移到另一个节点，这样就在 SQL Server 实例级别上提供了高可用性。

许多企业在多个位置运行数据中心，或可能在不同的站点备有辅助数据中心，以此提供冗余来实现灾难恢复机制。这样做的一个主要原因是防止站点因为网络、电源、基础结构或其他站点灾难等原因而导致全面故障。许多解决方案都使用此多站点模型实现了 Windows Server 和 SQL Server 故障转移群集。多站点故障转移群集的节点分散在多个不同的物理站点或数据中心，目的是在某个站点出现灾难时能够在其他数据中心上提供可用性。有时多站点故障转移群集也称为地理分散的故障转移群集、拉伸群集或多子网群集。

目前，想要部署 SQL Server 2008 R2 多站点故障转移群集，除了 SQL Server 故障转移群集之外，

您还需要部署以下技术：

•SAN 复制和故障转移技术–提供跨站点的数据复制和故障转移功能

•拉伸虚拟 LAN (VLAN) 技术–用于公开可以在站点间进行故障转移的单个 IP 地址（如果环境中存在多个子网）。

在 Windows Server 2003 中，所有群集资源之间的依赖关系均为 AND 依赖关系。（注意：在Windows Server 2003 中，故障转移群集称为服务器群集。）例如，如果“SQL Server”资源依赖于“IP 地址”和“磁盘 1”资源，仅当“IP 地址”和“磁盘 1”资源均联机时，Windows 群集才能使“SQL Server”资源联机。Windows Server 2008 引入了指定资源间 OR 依赖关系的能力；有关详细信息，请参阅博客文章群集资源依赖关系表达式

(/b/clustering/archive/2008/01/28/7293705.aspx)。这个新增功能意味着您可以指定“SQL Server”资源依赖于“磁盘 1”AND (“IP 地址 1”OR“IP 地址 2”)。此配置允许多子网群集中的每个站点注册为不同的 IP 地址，同时允许“SQL Server”资源只需要依赖于至少一个与之绑定的 IP 地址。

但是，SQL Server 2008 R2 不支持 Windows Server 2008 中的 IP 地址 OR 依赖关系。在 SQL Server 2008 R2 和以前的版本中，SQL Server 在启动时将遍历故障转移群集资源组中的所有 IP 地址并尝试与它们全部绑定。如果任何绑定失败，则 SQL Server 的启动也会失败。因此，在 SQL Server 2008 R2 和以前的版本中，需要使用拉伸 VLAN 来启用 SQL Server 多站点故障转移群集。

但是很多客户因为安全、成本、复杂性或与公司标准不兼容等原因不愿意部署拉伸 VLAN。这是限制部署 SQL Server 多站点和多子网群集的重要因素。

在 SQL Server 2012 中，多站点特别是多子网故障转移群集实现方面有了诸多的改进，其中就包括下面两项支持多子网群集的重要增强功能：

•群集安装支持－现在 AddNode（对于集成安装）和 CompleteFailoverCluster（对于高级安装）都可以智能检测多子网环境并自动将 IP 地址资源依赖关系设置为 OR。

•SQL Server 引擎支持－为了使 SQL Server 资源联机，SQL Server 引擎启动逻辑将不再需要绑定到不处于联机状态的所有 IP 地址。IP 地址的状态和 OR 依赖关系配置显示在“挑战、解决之道和经验”一节的示意图中。

在 SQL Server 客户实验室，我们已使用 SQL Server 2012 的预发行版本测试了这个新功能。本文档的其余部分将提供进一步的背景信息，以使您了解如何在 SQL Server 2012 中配置多站点 SQL Server 故障转移群集并介绍实验室设置、测试过程和相关经验。

构建多站点故障转移群集所需的组件

构建多站点 SQL Server 故障转移群集时，需要考虑很多组件。我们将在此处讨论这些组件和其他一些注意事项。

服务器硬件和操作系统

硬件配置：根据下面文章中所列的准则，群集硬件必须是受支持的配置（Windows Server 2008 R2 或更高版本）：Windows Server 2008 或 Windows Server 2008 R2 故障转移群集的 Microsoft 支持策略(/kb/943984)。这些准则要求您在群集上运行验证测试，您可以通过故障转移群集管理器管理单元运行群集验证向导来执行此测试。