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实例均从灾难中恢复正常后，可以通过数据移动功能确保数据同步。
SQL Server AlwaysOn可用性及故障转移
SQL Server AlwaysOn可用性及故障转移2014-03-27 01:55:04标签：高可用数据库日志记录原创作品，允许转载，转载时请务必以超链接形式标明文章原始出处、作者信息和本声明。
否则将追究法律责任。
/382644/1384835SQL Server AlwaysOn可用性及故障转移杜飞在AlwaysOn 可用性组中，“可用性模式”是一个副本属性，该属性确定某一给定可用性副本是否可在同步提交模式下运行。
AlwaysOn的可用性模式决定了各副本之间是否允许存在数据差异，SQL Server2012的可用性组使用异步提交模式和同步提交模式来决定主副本在提交事务之前是否等待辅助副本将事务日志记录固化到磁盘。
如果主副本配置为“异步提交模式”，则它不会等待任何辅助副本将传入的事务日志记录写入磁盘（以便“强制写入日志”）。
如果某一给定的辅助副本配置为异步提交模式，则主副本不会等待该辅助副本强制写入日志。
如果主副本和某一给定辅助副本都配置为“同步提交模式”，则主副本将等待辅助副本，以便确认它已强制写入日志（除非辅助副本在主副本的“会话超时期限”内未能使用ping 命令联系上主副本）。
同步提交模式在同步提交模式下，主数据库在提交事务之前，主副本要等待同步提交辅助副本确认它已将日志固化到磁盘上。
只要辅助副本还没有告诉主副本日志固化完成，主副本上的事务就不能提交。
这样就保证两边的数据始终是同步的。
只要一直在进行数据同步，辅助数据库就会保持“已同步”(SYNCHRONIZED)的状态。
同步提交模式能够保证给定的辅助数据库与主数据库上的数据保持完全的同步。
但是代价是主数据库上的事务提交会有滞后时间。
可以说，同步提交模式相对于性能而言更强调高可用性。
辅助副本的同步工作原理：在同步提交模式下，在辅助副本联接可用性组并与主副本建立会话之后，辅助副本会将传入日志记录写入到磁盘（“固化日志”）并向主副本发送确认消息。
AlwaysON配置文档
SQL Server 2012 Always on Availability Groups(AG)部署一，几种故障转移比较1，SQL Server 2012 高可用性组相对于以前版本的SQL Server故障转移群集来讲，不依赖特别提供共享存储磁盘阵列，每个节点独立存储一份数据库副本。
2，SQL Server 2012 高可用性组相对于以前版本的SQL Server镜像数据库，提供多节点高可用，且数据库辅助节点副本可读；当可读节点出现故障，能够通过高可用性组自身保证数据库正常访问，不再像镜像数据库一样，通过访问端切换。
3，SQL Server 2012 高可用性组相对于以前版本的log Shipping 设置copy日志、创建管理存储过程、建立计划任务；同时也不需要访问端切换。
主服务停掉后，根据故障转移策略，辅助服务就会变更为主服务。
原主服务起来后，自动变更为辅助服务。
4，Always On 可用性组不支持跨数据库事务和分布式事务。
二，搭建环境部署SQL Server 2012需要在Windows域环境内，搭建Windows Server的群集服务支持。
所以需要成员服务器上实现WSFC。
WSFC仲裁配置有1多数（奇数）节点；2（偶数）节点和磁盘多数；3多数（偶数）节点和文件共享；4非多数，仅磁盘四种方式。
三，本次搭建AG满足的需求描述本次部署WSFC内由3台成员服务器组成。
1，VPN之间由于局限性，暂时在一个内网内搭建。
RTO、RPO取决于网络带宽。
2，主要服务器宕机后，服务会自动访问保存辅助副本服务器的DB。
3，辅助服务器DB可设置为只读模式。
4，主要服务器能够实现备份（全备，增量备份），不影响数据同步。
服务器操作系统为Windows Server 2008 R2，选择多数节点（3个）仲裁配置，虽然仲裁配置并不推荐，但不影响AG的实现和使用。
本次搭建分为3个部分做讲解。
Part1:搭建Windows群集（WSFC）第一步，3台机器KF005041，KF005042，KF005043每台要有2个网卡，分别做Public（连接外部服务），IP如下：192.168.5.41 , 192.168.5.42 , 192.168.5.43Private（作为心跳线使用）。
alwayson sqlserver 查询集群状态的命令
alwayson sqlserver 查询集群状态的命令摘要：1.概述AlwaysOn 集群的重要性2.介绍查询AlwaysOn 集群状态的命令3.详细解释命令的语法和参数4.分析命令输出结果的含义5.给出实际应用中的建议和注意事项正文：随着企业对高可用性和故障转移的需求不断提高，Microsoft SQL Server 2012 引入了AlwaysOn 功能。
通过AlwaysOn，您可以轻松地在故障发生时保持应用程序的正常运行，确保数据安全和业务连续性。
在管理AlwaysOn 集群时，了解集群状态至关重要。
本文将介绍如何查询AlwaysOn 集群状态的命令，并详细解释命令的语法和参数。
要查询AlwaysOn 集群状态，可以使用以下命令：```SELECT * FROM sys.dm_hadr_cluster_states```此命令返回一个包含AlwaysOn 集群状态信息的表格。
以下是表格各列的简要说明：- HEADER_NAME：集群的名称。
- HEADER_VERSION：集群的版本。
- TRACE_ID：与集群关联的跟踪ID。
- STATE_NAME：集群状态的名称。
- STATE_VALUE：集群状态的值。
- LSN_TYPE：日志序列号类型。
- LSN_VALUE：与集群关联的日志序列号值。
- OPEN_QUERY_TRACE_ID：与打开查询关联的跟踪ID。
- OPEN_QUERY_TEXT：打开查询的文本。
- LAST_COMMIT_TIME：上次提交的时间。
- EXPIRED_SESSION_ID：已过期的会话ID。
- IN_SYNC_ROW_COUNT：与同步行计数。
以下是一个示例输出：```HEADER_NAME HEADER_VERSION TRACE_IDSTATE_NAME STATE_VALUE LSN_TYPE LSN_VALUEOPEN_QUERY_TRACE_ID OPEN_QUERY_TEXTLAST_COMMIT_TIME EXPIRED_SESSION_IDIN_SYNC_ROW_COUNT---------------- ---------------- --------------- ---------------- --------------- ------------ -------------- ------------------------ --------------------------------- --------------------------- ----------------------- -----------------------Cluster1 1 1027 Online 2Serial 500 None None2022-01-01 12:00:00 None 0 ```从这个示例中，我们可以看出集群"Cluster1" 处于在线状态，与同步行计数為0。
SQL server 2012故障转移群集的安装与配置
SQL server2012故障转移群集的安装配置作者：kodak目录一、准备工作 (3)1、软件准备 (3)2、IP规划 (3)3、存储与虚拟机 (3)4、更改系统的SID，否则无法建立群集 (4)5、在iSCSI服务器上分配卷组，并建立关联 (5)6、调整网卡的绑定顺序 (11)7、改变密码复杂度 (12)8、安装dotNET3.5 (13)二、server 2012 故障转移群集的安装 (14)（1）域控服务器的安装 (14)（2）主机节点winE的安装 (22)（3）更改群集VIP (27)三、SQL server2012 故障转移群集的安装 (28)（1）主机节点的安装 (28)（2）其他节点的安装 (38)一、准备工作1、软件准备（1）SQL server2012 Evaluation下载地址：/download/3/6/D/36D2717C-2C51-4FFF-897C-866F0C16D38F/CHS/SQLFULL_CHS.iso（2）windows Server2012 R2 X642、IP规划3、存储与虚拟机（1）群集需要关联4个磁盘卷，分别用于：仲裁盘、群集共享卷、MSDTC、可用磁盘卷（2）虚拟机：需要创建3个虚拟机，2节点和1域控。
4、更改系统的SID，否则无法建立群集方法：（1）在命令行窗口，键入c:/windows/system32/sysprep，进入sysprep目录（2）键入sysprep.exe，调用“系统准备工具”5、在iSCSI服务器上分配卷组，并建立关联这里只给winE和winF两个主机节点关联磁盘，域控服务器不用关联磁盘（1）新建iSCSI虚拟磁盘（2）选择磁盘阵列的磁盘卷，但特殊情况也可以共享服务器本机的磁盘空间磁盘选择“动态扩展”选择卷组的发起方式，选择IP点击“创建”打开“控制面板”，找到“iSCSI发起程序”，如下图所示键入iSCSI服务器IP，并点击“快速连接”，将此服务器连接上“磁盘共享卷”需要特别注意，当关联上了磁盘卷后，在“服务器管理器”中也看到关联上来的磁盘组，但在“我的电脑”中没有显示，这时您需要右键点击“红框3”处，选择“新建卷”6、调整网卡的绑定顺序打开“网络连接”面板，选择组织-》布局-》菜单栏将域网络卡调到最高，将心跳线网卡调到最下7、改变密码复杂度在组策略管理器中，选择“组策略对象”，右键“策略”选择“编辑”8、安装dotNET3.5导入系统安装光碟，输入地址d:\soutces\sxs二、server 2012 故障转移群集的安装（1）域控服务器的安装域控制器单独安装，不能和主机节点安装在同一台服务器上在虚拟机winG上安装域和故障转移群集紧接着选择Active Directort域服务，但不用选择DNS完成域和故障转移群集的安装安装完AD域和故障转移群集后，在“服务器管理器”中会出现”AD DS”图标，点击后，如下图所示，点击红框中的“更多”选项，将AD域升级为域控新建林，并输入域名，如（域名随便取，但要在最后加上.cn）输入目录服务器还原模式DSRM密码这里会报DNS的错误，并不需要处理，接着按“下一步”系统会自动检查并填写NETBIOS域名，即用域用户登陆时的用户名，即test\administrator（2）主机节点winE的安装配置IP地址，将DNS地址填写为域控制器的地址右键“我的电脑”属性，并选择“更改设置”，将主机节点加入域中在控制器面板，打开“故障转移群集管理器”验证群集的配置，如下图所示在测试通过后，创建群集在创建群集的过程中，会要求你设置一个VIP，主要用于故障转移创建完成后，如图所示右键“群集磁盘2”，将此磁盘转变为“群集磁盘共享卷”节点winF，类似于winE的安装，但不需要建立群集，只需要加入域和关联磁盘组即可（3）更改群集VIP建立好群集后可以在“群集核心资源”中查看到VIP地址右键VIP地址进行更改三、SQL server2012 故障转移群集的安装SQL server2012的故障转移群集是建立在域群集基础之上的，必须先在群集主节点上安装，安装之初，必须将故障转移群集下的卷组全部转移到主节点上，不然在安装的过程中无法选择共享卷（1）主机节点的安装配置MSDTC，右键点击群集“配置角色”选择“分布式事务协调器”，在数据库安装检测过程中会检测这个选项接下去将会填写MSDTC的名称及IP，最后完成MSDTC的安装，这里MSDTC需要一个“可用磁盘组”大小10G在winE上安装“新的SQL server故障转移群集安装”进行规制检测填写SQL Server 网络名称选择群集磁盘配置SQLserver的群集IP为数据库选择数据的存放位置，选择群集的“可用磁盘组”，选定第一个，下面的选项会自动更新完成SQLserver主节点的安装（2）其他节点的安装如果主节点是正确安装的，那么下图会显示群集网络名称系统会自动认到之前设置的数据库虚地址最后完成安装长ping数据库虚IP，禁用winE的网卡时，会自动漂移到winF 上，测试成功。
用于高可用性和灾难恢复的MicrosoftSQLServerAlwaysOn
用于高可用性和灾难恢复的 Microsoft SQL Server AlwaysOn 解决方案指南作者：LeRoy Tuttle, Jr. (Microsoft)供稿人：Cephas Lin (Microsoft)、Justin Erickson (Microsoft)、Lindsey Allen (Microsoft)、Min He (Microsoft)、Sanjay Mishra (Microsoft)审校：Alexei Khalyako (Microsoft)、Allan Hirt (SQLHA)、Ayad Shammout (Caregroup)、Benjamin Wright-Jones (Microsoft)、Charles Matthews (Microsoft)、David P. Smith (ServiceU)、Juergen Thomas (Microsoft)、Kevin Farlee (Microsoft)、Shahryar G. Hashemi (Motricity)、Wolfgang Kutschera (Bwin Party)发布时间：2012 年 1 月适用范围：SQL Server 2012摘要：本白皮书讨论如何使用 SQL Server 2012 AlwaysOn 高可用性和灾难恢复解决方案减少计划内和计划外的停机时间、最大程度地提高应用程序可用性，并且提供数据保护。
本文旨在为商业利益相关者、技术决策者、系统架构设计师、基础结构工程师和数据库管理员提供一般性的背景信息。
本文内容分为两大部分：高可用性和灾难恢复的概念。
简要讨论规划、管理和测量高可用数据库环境的业务目标的驱动因素以及面临的挑战。
之后，我们将简要概括 SQL Server 2012 AlwaysOn 和 Windows Server 解决方案的高可用性和灾难恢复功能。
SQL Server AlwaysOn 保护层。
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实例均从灾难中恢复正常后，可以通过数据移动功能确保数据同步。
【数据库】AlwaysOn故障转移
AlwaysOn故障转移集群首先准备至少三台虚拟机，其中一台为域控制器，另外两台分别为两个结点，将两台结点都加入域中，并为两个结点设置两个虚拟网卡，其中一个网卡用作外界客户端访问，一个网卡作为心跳连接。
计算机名及IP地址分别为：域控：SVR12-1 192.168.100.10NODE1：SVR12-2 public：192.168.100.21 private：192.168.111.10NODE2：SVR12-3 public：192.168.100.22 private：192.168.111.11创建一个域用户：DCADMIN具体配置域环境不再详述，首先了解四种集群的仲裁配置：1、多数节点：这种配置不会用到仲裁磁盘，而所谓多数节点就是在正常节点数量占多数的情况下，集群才会提供服务，否则就停止服务。
这种配置适用于奇数节点的集群，例如5个节点的集群，其正常节点数量必须至少3个，集群才会提供服务2、多数节点和磁盘：适用于偶数节点的集群，他在计算法定数量时会将仲裁磁盘计算进来，例如，4个节点+1个仲裁磁盘节点的集群，可以将其视为5个节点的集群，这时正常节点数量必须至少3个，集群才会提供服务3、多数节点和文件共享：它和（多数节点和磁盘）类似，不过仲裁磁盘改为共享文件夹内的文件4、没有多数：只有磁盘，只要仲裁磁盘脱机，集群就会停止提供服务（不建议使用，这种方式很早之前已经有了）见证磁盘和见证共享文件夹见证共享文件夹是Windows 2008才推出的见证磁盘方式，因为以前的见证磁盘（简称仲裁盘）需要共享存储，也就是各个节点需要挂载同一个磁盘，这个磁盘叫见证磁盘，是放在共享存储上面的推出见证共享文件夹之后我们可以不需要高大上的共享存储，用共享文件夹就可以了使用故障转移集群的时候，只用两种仲裁配置：（多数节点）和（多数节点和文件共享）如果集群节点是奇数，那么使用多数节点如果集群节点是偶数，那么使用多数节点和文件共享（需要配置一个共享文件夹，各个节点都能访问这个共享文件夹，并且共享文件夹所在机器不需要加入域）域控不需要安装故障转移集群服务和SQL Server，也不需要加入到故障转移集群所有机器防火墙都关掉两个节点都需要安装相同的更新程序，建议不要开启自动更新功能，由系统管理员手动更新SQL Server 2012 AlwaysOn只支持最多一个主副本和四个辅助副本，最多允许三个同步提交的可用性副本（包括主副本），最多允许两个自动故障转移副本（包括主副本）1.下面从添加故障转移集群开始，首先在两个结点的服务器上添加故障转移集群服务2、两个节点都安装完故障转移集群之后，在其中一个节点上进行注销操作，然后使用DCADMIN这个域用户登录计算机3、打开故障转移集群管理器4、创建集群向导选择要加入集群的计算机5、输入集群名称和vip6. 点击下一步，确认集群各个配置是否正确7、群集创建完成完成之后可以看到创建好的集群可以在域控的AD用户和计算机里看到集群的virtual name8、由于我们是两个节点的故障转移集群，所以需要加上共享文件夹，在域控上建立一个共享文件夹，让两个集群节点都可以访问注意：如果是奇数节点，这一步是不需要做共享文件夹所在机器入域（域网络）和不入域（独立机器）都无所谓生产环境不要把共享文件夹放在域控上！9、UNC路径：\\SVE12-1\quorumshare在quorumshare文件夹下随便建一个文本文件查看各结点是否能访问到改共享文件10．然后配置集群仲裁设置11、在故障转移集群管理器，填写文件共享路径：\\SVR12-1\quorumshare12、可以看到共享文件夹下面会生成VerifyShareWriteAccess.txt和Witness.log两个文件13. 故障转移集群到这里就已经配置完成14. 请先使用本地用户Administrator登录这两个集群节点并执行下面的操作，先不要用域用户DCADMIN登录15．两个集群节点都需先安装.NET Framework 3.5(在Windows Server 2012 R2中使用添加功能来安装)。
SQL Server AlwaysOn架构及原理
SQL Server AlwaysOn架构及原理SQL Server2012所支持的AlwaysOn技术集中了故障转移群集、数据库镜像和日志传送三者的优点，但又不相同。
故障转移群集的单位是SQL实例，数据库镜像和日志传送的单位是单个用户数据库，而AlwaysOn支持的单位是可用性组，每个组中可以包括一个或者是多个用户数据库。
也就是说，一旦发生切换，则可用性组中的所有数据组会作为一个整体进行切换。
AlwaysOn底层依然采用Windows 故障转移群集的机制进行监测和转移，因此也需要先建立Windows Cluster，只不过可用性组中的数据库不一定非要再存放在共享存储上了。
可以是存储在本地磁盘上。
AlwaysOn的关键特性：1. 同故障转移群集一样，也需要一个虚拟网络名称用于客户端的统一连接。
2.一个主服务器可以最多对应四个辅助服务器，总数达到五个，而且辅助服务器支持只读功能。
3.辅助服务器可以独立执行备份和DBCC维护命令。
通过配置，可以实现客户端的只读请求可以被自动定向到辅助服务器。
4.主服务器和辅助服务器之间的数据会被加密和压缩，以提高安全性和网络传输效率。
5..支持自动、手动和强制三种故障转移方式。
6.有仪表盘用于监控AlwaysOn的运行状态。
7.可以实现多站点的部署，即主站点和辅助站点可以跨物理网络。
AlwaysOn的基本架构在Windows MSCS故障转移群集的基础上部署AlwaysOn高可用组，用户可以在群集节点上安装SQL Server单机实例，也可以安装SQL Server群集实例，AlwaysOn仅要求所有SQL Server实例都运行在同一个MSCS中，但SQL Server 实例本身是不需要群集模式的，这与SQL Server2008 群集的实例完全不同。
在此推荐使用单机模式的SQL Server，好处是：可用性副本是个单机实例，那么数据库副本就存放在该运行该实例节点的本地磁盘上；如果可用性副本是个群集实例，那么数据库副本就存放在共享磁盘上。
Windows2012+sqlserver2014集群+Alwayson
Windows2012 + Sqlserver2014
Alwayson
第一步创建域：
域控制器配置：
配置IP就不细说了配置个固定IP且DNS指向本机
添加Windows功能
然后下一把点安装
注意：安装完会重新启动！重启完如下操作：
安装完会重启，重启完成打开服务器管理器
右键你的域名
至少要把姓和用户登录名填上
推荐选这两项，视情况而定
创建好的用户如下：
域控制器配置完成，接下来配置节点机：
这个是没填写DNS的问题，DNS要填写域控制器的IP地址如图1，我域控制器IP为：10.51.82.220
回我的节点机DNS就要填写：10.51.82.220如图：
这回再点击确定
OK弹出界面：
用刚才分配的域用户登录：
OK
好了节点机现在已经加入到域了，现在登录要用你刚才输入的域用户登录了如图：
登陆进去之后开始安装数据库
第二步安装sqlserver数据库：
第三步创建群集：打开域控制器：
找到故障转移群集管理器并打开
IP为整个群集服务的IP
OK群集创建完毕
下面打开节点机
第四步启用Alwayson功能：找到并打开 Sqlserver 2014 配置管理器。
- 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 或单个网络时，配置仍旧有效并受支持。