SQLServer2012AlwaysOn多站点故障转移群集实例
sqlserver2012alwayson功能部署
Sqlserver2012 alwayson部署攻略一、环境。
1、服务器：准备4台虚拟机。
2、操作系统：windows2008 R2 SP2或者以上版本。
3、数据库：Sqlserver 2012。
二、操作系统安装及设置。
4、在4台虚拟机上均装上操作系统windows 2008 R2,并分别设置计算机名为:DomainServer、DB1、DB2、DB3，分别设置IP为192.168.100.20、192.168.100.21、192.168.100.22、192.168.100.23。
5、在DB1、DB2、DB3上开启功能.NET3.5 SP1。
6、在DB1、DB2、DB3上安装Sqlserver2012。
7、在DomainServer服务器上建立域服务、并将DB1、DB2、DB3的DNS设置为192.168.100.20，然后加如域。
三、windows2008故障转移群集部署。
8、以\administrator域帐户登录DB1、DB2、DB3，并添加故障转移集群功能。
9、在DB1、DB2、DB3中任一台机上创建群集，并将DB1、DB2、DB3台服务器添加进去、群集名称为alwaysoncluster,群集IP为192.168.100.25,仲裁配置为“多数节点”。
四、alwayson部署。
10、关闭DB1、DB2、DB3的防火墙或者在防火墙规则中添加例外端口1433、5022。
11、分别打开DB1、DB2、DB3的“SQL Server 配置管理器”，在左侧的“SQL Server 服务”列表中找到默认的实例。
12、将Sqlserver服务的登录帐户更改为域帐户\administrator，并重启sqlserver 服务。
13、分别使用数据库管理工具连接DB1、DB2、DB3的数据库，并创建sqlserver的域登录帐户\administrator，并赋予sysadmin角色。
14、在DB1、DB2、DB3的分别建立目录D:\SQLDATA用于存放sql数据库文件，在局域网内建立一个可读写共享目录，该共享目录用于存放快照文件。
SQL2012 AlwaysON配置说明
SQL 2012 AlwaysON 配置说明AlwaysON 功能是SQL SERVER 2012引入的新功能，是对原有的数据镜像功能的增强，是针对高可用性和灾难恢复的新解决方案。
使用AlwaysON可以为主库配置一个或多个辅助副本以支持对辅助数据库进行只读访问，并且可以将任何辅助副本配置为允许对辅助数据库进行备份，从而提高硬件利用率。
AlwaysON功能是通过SQL 2012的 Availability Groups (可用性组，以下简称AG)来实现的。
AG针对一组离散的用户数据库（称为“可用性数据库”，它们共同实现故障转移）支持故障转移环境。
一个可用性组支持一组主数据库以及一至四组对应的辅助数据库。
可用性组在可用性副本级别进行故障转移。
故障转移不是由诸如因数据文件丢失或事务日志损坏而使数据库成为可疑数据库等数据库问题导致的。
每组可用性数据库都由一个“可用性副本”承载。
有两种类型的可用性副本：一个“主副本”和一到四个“辅助副本”。
前者用于承载主数据库，后者则承载一组辅助数据库并作为可用性组的潜在故障转移目标。
主副本使主数据库可用于客户端的读写连接。
此外，它在称为“数据同步”的过程中使用，在数据库级别进行同步。
主副本将每个主数据库的事务日志记录发送到每个辅助数据库。
每个辅助副本缓存事务日志记录（“硬化”日志），然后将它们应用到相应的辅助数据库。
主数据库与每个连接的辅助数据库独立进行数据同步。
因此，一个辅助数据库可以挂起或失败而不会影响其他辅助数据库，一个主数据库可以挂起或失败而不会影响其他主数据库。
AlwaysON是基于WINDOWS SERVER的故障转移功能(WSFC)的，但是AG功能并不需要共享存储，配置AlwasON之前，需要先配置好WSFC。
第一部分 系统环境准备(硬件及软件环境)A、准备WSFC环境1、宿主物理服务器 DELL R710配置信息：2颗4核 Xeon E5405处理器，16G内存windows server 2012 datacenter(x64)系统，Hyper-V 3.0虚拟机管理2、客户端虚拟服务器 域控sql2012a，2颗逻辑C PU，4G内存，windows 2008 r2 sp1(x64)系统I P地址10.1.15.85，子网掩码255.255.255.0，默认网关10.1.15.1，DNS为10.1.15.85 主节点sql2012b：4颗逻辑C PU，4G内存，windows 2008 r2 sp1(x64)系统I P地址10.1.15.86，子网掩码255.255.255.0，默认网关10.1.15.1，DNS为10.1.15.85 辅助节点sql2012c：4颗逻辑C PU，4G内存，windows 2008 r2 sp1(x64)系统I P地址10.1.15.87，子网掩码255.255.255.0，默认网关10.1.15.1，DNS为10.1.15.85B、准备域环境 sql2012a上安装配置sql2012.co m域，并将sql2012b、sql2012c加入sql2012.co m 域。
WindowsServer2012+SQLServer2012故障转移群集
WindowsServer2012+SQLServer2012故障转移群集Windows Server 2012 DatacenterSQL Server 2012故障转移群集⽬录⽬录 (1)环境： (2)⼀：逻辑分区的设置 (2)⼆：Windows server 2012 系统主域的安装配置 (3)Ⅰ.IP地址的设置 (3)Ⅱ.域功能的添加 (4)Ⅲ.域功能的安装 (8)Ⅳ.SQL⽤户的创建和组策略的设置 (13)1.创建SQL⽤户 (13)2.设置组策略 (15)三：Windows server 2012 额外域控制器的安装配置 (17)Ⅰ.配置IP地址和DNS以及属性设置 (17)Ⅱ.加⼊域 (18)Ⅲ.域功能的添加 (20)Ⅳ.域功能的安装 (20)四：群集的配置创建 (25)Ⅰ.节点⼀配置 (25)1.外⽹IP的设置 (25)2.⼼跳IP的设置 (25)3.⽹⼝绑定顺序调整 (27)4. .NET Framework 3.5功能和故障转移群集添加 (28)5.加⼊域 (30)Ⅱ.节点⼆配置 (31)Ⅲ.群集的创建 (32)五:MSDTC创建 (39)六:SQL Server 2012安装 (43)Ⅰ.节点⼀上SQL Server 2012安装 (43)Ⅱ.节点⼆上SQL Server 2012安装 (57)备注 (65)环境：1．主机：2台X3850 X5 2台X3650 M32．操作系统：Windows Server 2012 Datacenter3．数据库：SQL Server 20124．盘柜：DS5020⼀：逻辑分区的设置逻辑分区的配置在这⾥只说两点节点⼀和节点⼆盘符要⼀致共享分区[即:仲裁盘(⼤⼩1G—2G),MSDTC盘(⼤⼩10G—20G),数据盘]的盘符要尽量要靠后些⼆：Windows server 2012 系统主域的安装配置Ⅰ:配置IP地址和DNS以及属性设置关闭防⽕墙Ⅱ.域功能的添加打开服务器管理中的仪表板点“添加⾓⾊和功能“点“下⼀步“点“下⼀步“选择本机服务器名称点“下⼀步“把Active Directory域服务勾选点“下⼀步“什么都不选点“下⼀步“点“下⼀步“点“安装“Ⅲ.域功能的安装域功能添加完成后不关闭此窗⼝（如果关闭此窗⼝，可在服务器管理中的仪表板点“更多”->操作->将此服务器提升为域控制器）点“将此服务器提升为域控制器“选择“添加新林（F）“并填⼊根域名（R）点“下⼀步“填⼊服务还原模式密码后点“下⼀步“点“下⼀步“点“下⼀步“点“安装“安装完成后将⾃动重启。
SQL Server AlwaysOn安装部署手册
SQL Server 2012 AlwaysOn Failover Cluster安装部署手册目录1.AlwaysOn介绍 (3)1.1.可用性模式 (3)➢同步提交 (3)➢异步提交 (3)1.2.故障转移模式 (3)➢手动转移(不存在数据丢失) (3)➢自动转移(不存在数据丢失) (4)➢强制转移(存在数据丢失) (4)1.3.主、辅数据库连接方式 (4)➢主数据库连接方式 (4)➢辅数据库是否允许只读 (4)2.SQL SERVER 2012安装(Alwayson群集环境) (5)3.配置AlwaysOn (23)3.1.启动服务 (23)3.2.设置数据库完整恢复模式 (24)3.3.完整备份数据库 (31)3.4.设置共享目录 (34)3.5.创建AlwaysOn Group (38)3.6.设置连接方式 (54)3.7.检查Read-Only Routing List (55)3.8.检查数据库同步情况 (56)3.9.测试Read-Only Routing (57)4.可用性副本未同步状态处理方法 (58)5.SQL Server 2012 ReportSvrice KB (60)AlwaysOn是SQL Server 2012提供的全新综合、灵活、高效经济的高可用性和灾难恢复解决方案。
它整合了镜像和群集的功能，基于OS 故障转移群集(Windows Server FailOver Cluster)，通过在同一个WSFC的不同Node上，安装独立的SQL Server实例，定义AlwaysOn Group，一个数据库最多可以部署4个镜像。
当热备机出现故障时，可以手工或自动实现故障转移，交换主、辅数据库的角色。
AlwaysOn的亮点在于镜像可读。
对于OLTP应用，可以将读操作集中的报表等操作转移到Read-Only的辅助库上，极大地减少Primary DB的IO、CPU等资源占用。
由于辅助库是独立的SQL实例，因此创建临时表等TempDB操作不受影响。
SQLServer2012 AlwayOn数据库新功能操作手册及实施步骤
机器名角色系统环境IP Address DC Domain Controller Windows 2008R2 sp1 192.168.0.7 Server1 Cluster Node 1 Windows 2008R2 sp1+SQL Server 2012 x64 192.168.0.10 Server2 Cluster Node 2 Windows 2008R2 sp1+SQL Server 2012 x64 192.168.0.11 一、安装域控服务器修改DNS为127.0.0.1点击左下角的服务器管理器点击左边的角色单击右边的添加角色。
出现开始之前界面时直接点击下一步按钮。
选中Active Directory域服务复选框，在弹出的界面中单击添加必要的功能选项，单击下一步按钮。
一直点下一步，确认安装。
等待几分钟后就安装完成了。
安装成功后点击关闭，接着点角色里的Active Directory域服务，接着点击右边运行Active Directory域服务安装向导。
（直接运行dcpromo.exe）勾选使用高级模式安装点击下一步，下一步选择新建域，下一步输入一个域名，按格式随便填写，然后下一步林功能级别选择Windows Server 2008 R2，下一步下一步选择是说明数据库文件夹用来存储Active Directory数据库日志文件夹用来存储Active Directory数据库的改动记录，此日志文件可用来恢复Active Directory数据库。
SYSVOL文件夹用来存储域共享文件（例如与组策略有关的文件），注意他必须位于NTFS磁盘内。
设置还原模式的密码，下一步完成后重启，域控服务器就安装完成了完成架设修改节点计算机Server1的DNS为域服务器的IP在系统属性中选择更改设置选项来更改计算机名并加入域重启后以域账户登录操作系统二、配置Windows集群：1. 2台服务器分别安装.NETFramework 3.5.1和故障转移群集2. 2台服务器分别安装安装Windows KB 2494036补丁3.新建集群4.选择加入集群的服务器：5.检测配置：6.不需要选择检测共享磁盘（AlwaysOn不需要）7.开始检测：8.检测内容（检测完成后可以导出Report）：9.之后输入Cluster名字和IP点击下一步创建成功，成功后打开Server Manager查看集群配置(可以看到并没有共享磁盘，跟传统的集群还是有区别的)：三、安装SQLServer1.以管理员身份运行setup.exe安装SQLserver2012企业版2.选择单机安装（不是集群安装）3.SQL Server 2012的新功能，可以在安装的时候搜索最新的补丁，将补丁也以前安装（这个是可选项）4.规则检测5.选择安装组件6.实例名：7.计算需要的磁盘空间：8.Service账户（域账户，可后面再修改）：9.排序规则（Healthone软件要求必须是Chinese_PRC_CI_AS）：10.设置权限，数据库文件备份地址以及Filestream选项：11.安装配置清单：12.在ConfigurationManager中对SQL Server检查是否以域帐户登录sqlserver13.开启Always OnHigh Availability(可以自动检测到前面我们创建的Cluster名字)设置更改后需要重启Service.四、现在一切都具备了，我们可以配置Always On group了。
SQLServer2012_多站点故障转移群集实例
实用文档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 中有关多站点故障转移群集技术的增强功能及其注意事项。
WindowsServer2012R2+SQLServer2012故障转移群集部署
WindowsServer2012R2+SQLServer2012故障转移群集部署Windows Server 2012 R2 + SQL Server 2012故障转移群集部署故障转移群集（Failover Cluster）是在Windows Server系统中提供高可用性的关键组件。
通过将多个服务器节点组成集群，可以实现在某个节点故障时，自动将应用程序和服务迁移至其他节点，从而保证系统的不间断运行。
本文将详细介绍如何在Windows Server 2012 R2和SQL Server 2012上部署故障转移群集。
一、准备工作在开始部署之前，需要确保以下几项准备工作已完成：1. 硬件和网络环境：确保所有集群节点的硬件配置相同，并且网络连接正常稳定。
2. 操作系统安装：在所有节点上安装Windows Server 2012 R2操作系统，并确保操作系统已激活。
3. SQL Server 2012安装：在所有节点上安装相同版本的SQL Server 2012，并确保已正确配置和激活。
二、创建故障转移群集1. 打开“服务器管理器”控制台，选择“角色和功能安装”。
2. 在安装向导中，选择“故障转移群集”角色，并按照提示完成安装。
3. 安装完成后，打开“故障转移群集管理器”控制台，选择“创建新的故障转移群集”。
4. 在向导中，输入故障转移群集的名称和IP地址，选择要添加到群集中的服务器节点。
5. 在验证配置阶段，系统将自动检测并修复任何配置问题。
6. 完成配置后，点击“创建”按钮，等待群集创建完成。
三、配置故障转移群集1. 在“故障转移群集管理器”控制台中，选择新创建的群集，点击“配置群集”。
2. 在向导中，选择要为群集配置的存储，可以是本地磁盘、网络共享磁盘或SAN存储。
3. 配置存储后，分配群集IP地址，并为群集创建DNS名称。
4. 完成配置后，点击“下一步”按钮，等待配置完成。
四、安装和配置SQL Server实例1. 在其中一个节点上，运行SQL Server 2012安装程序，选择“添加节点到现有的故障转移群集”。
SQL Server 2012 AlwaysOn 安装部署文档
SQL Server 2012 AlwaysOn Failover Cluster安装部署文档AlwaysOn是SQL Server 2012提供的全新综合、灵活、高效经济的高可用性和灾难恢复解决方案。
它整合了镜像和群集的功能，基于OS 故障转移群集(Windows Server FailOver Cluster)，通过在同一个WSFC的不同Node上，安装独立的SQL Server实例，定义AlwaysOn Group，一个数据库最多可以部署4个镜像。
当热备机出现故障时，可以手工或自动实现故障转移，交换主、辅数据库的角色。
AlwaysOn的亮点在于镜像可读。
对于OLTP应用，可以将读操作集中的报表等操作转移到Read-Only的辅助库上，极大地减少Primary DB的IO、CPU等资源占用。
由于辅助库是独立的SQL实例，因此创建临时表等TempDB操作不受影响。
1.1.可用性模式➢同步提交同步提交模式下，主数据库事务提交前，通知辅数据库，直到辅数据库提交成功后，主数据库成功提交。
优点：数据受到完整保护，不会存在数据不一致。
缺点：事务执行时间延长，效率降低。
➢异步提交异步提交模式下，主数据库独立提交事务，不必等待辅数据库同步，同时将数据写入日志，辅数据库通过事务日志同步数据。
优点：事务执行时间不受辅数据库影响，效率高。
缺点：数据同步存在延时。
1.2.故障转移模式➢手动转移(不存在数据丢失)主、辅库都是同步提交模式，且故障转移为手动，由SSMS发起FailOver命令。
➢自动转移(不存在数据丢失)主、辅库都是同步提交模式，且故障转移为自动，不受人为控制，由WSFC 自动仲裁。
➢强制转移(存在数据丢失)主库是异步提交模式，且故障转移为手动，由SSMS发起FailOver命令。
由于某种原因，主、辅库数据不同步，必须使用强制模式实现故障转移，此时可能存在数据丢失的情况，通常应用于突发的灾难恢复。
当主、辅库SQL实例均从灾难中恢复正常后，可以通过数据移动功能确保数据同步。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
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)。
这些准则要求您在群集上运行验证测试，您可以通过故障转移群集管理器管理单元运行群集验证向导来执行此测试。
Microsoft 软件：Windows Server 和 SQL Server。
Windows Server 和 SQL Server 的每个版本所支持的故障转移群集（实例）节点数各不相同，而且不同的版本所支持的故障转移群集功能也各不相同。
有关详细信息，请参阅Windows Server 2008 R2 中故障转移群集的新增功能(/zh-cn/library/dd621586(WS.10).aspx)。
本文只涉及 SQL Server 2012 中的一些更改，如果想要全面了解所有的更改，请参考 SQL Server 2012 最终版本推出前后发布的SQL Server 联机丛书以及其他文章。
注意：Windows Server 故障转移群集 (WSFC) 实现有一个特殊的要求，那就是群集内的所有节点必须是同一域的一部分。
存储设备对于存储设备，要考虑以下几个事项：•第一个注意事项是与存储设备的连接性：•通常来说，本地连接采用的是光纤通道交换的连接，其中单个节点具有 LUN 的独占所有权，并可以在任意指定时间实现连接。
在故障转移时，另一个节点可以获得对该存储设备的独占所有权。
•在多站点群集方案中，这两个站点通常都有独立的存储设备。
当本地节点需要访问存储设备时，两个存储设备之间也存在一个连接，以便将这两个设备链接起来。
两个存储阵列之间的连接机制的类型和性能是影响解决方案的故障转移和 I/O 性能的重要因素。
•其次是存储复制技术，它用于复制各站点存储设备之间的 I/O。
此技术由存储供应商提供。
•最后，存储供应商还提供一个软件组件来自动执行存储设备之间的故障转移并确定在故障转移时群集内哪些磁盘是可访问的和已装载的。
网络网络组件在多站点（和多子网）环境中也很重要。
配置 SQL Server 实例时，确保每个子网有一个有效的 IP 地址，这一步很关键。
还需要考虑到 SQL Server 2012 和以前版本之间的一些区别。
首先，尽管 SQL Server 2012 中集成了多子网配置支持，然而在 SQL Server 配置为使用 VLAN 或单个网络时，配置仍旧有效并受支持。