SQLServer2012_多站点故障转移群集实例
sqlserver服务账户和权限管理配置
大多数服务及其属性可通过使用 SQL Server 配置管理器进行配置。
以下是在 C 盘安装Windows 的情况下最新的四个版本的路径。
SQL Server 2016C:\Windows\SysWOW64\SQL Server 2014C:\Windows\SysWOW64\SQL Server 2012C:\Windows\SysWOW64\SQL Server 2008C:\Windows\SysWOW64\安装的服务 SQL Server根据您决定安装的组件，SQL Server 安装程序将安装以下服务：SQL Server Database Services- 用于 SQL Server 关系数据库引擎的服务。
可执行文件为 <MSSQLPATH>\MSSQL\Binn\。
SQL Server 代理- 执行作业、监视 SQL Server、激发警报以及允许自动执行某些管理任务。
SQL Server 代理服务在 SQL Server Express 的实例上存在，但处于禁用状态。
可执行文件为 <MSSQLPATH>\MSSQL\Binn\。
Analysis Services- 为商业智能应用程序提供联机分析处理 (OLAP) 和数据挖掘功能。
可执行文件为 <MSSQLPATH>\OLAP\Bin\。
Reporting Services- 管理、执行、创建、计划和传递报表。
可执行文件为<MSSQLPATH>\Reporting Services\ReportServer\Bin\。
Integration Services- 为 Integration Services 包的存储和执行提供管理支持。
可执行文件的路径是 <MSSQLPATH>\130\DTS\Binn\SQL Server Browser- 向客户端计算机提供 SQL Server 连接信息的名称解析服务。
SQL-Server-2012-AlwaysOn高可用性解决方案
Microsoft SQL Server 2012 AlwaysOn高可用性解决方案1.术语定义1)高可用性：HA〔High Availability〕通常来描述一个系统经过专门的设计，从而减少停工时间，而保持其服务的高度可用性2)灾难恢复：DR〔Disaster Recovery〕指自然或人为灾害后，重新启用信息系统的数据、硬件及软件设备，恢复正常商业运作的过程3)故障转移群集：WSFC〔Windows Server Failover Cluster〕微软操作系统针对服务器提供的一种服务，该服务用于防止单台服务器故障导致服务失效。
2.公司数据库使用现状及问题瓶颈其他部门对应用开发部负责的融资管理系统性能提出以下问题：1)数据部：a)服务器不稳定b)数据库性能配置低2)市场部：a)查询效率太低3)产品部：a)报表、BI支撑难这些性能问题无不涉及到后台数据库的性能及可靠性问题。
还有一个安全问题也值得重视。
目前，公司产品数据库和融资管系统都部署在10.44.1.3一台服务器上。
理论上，产品数据库不应与Web应用部署在同一台机器而暴露给用户，产品数据库最好只交由专职DBA 来管理。
因为，万一Web应用遭受黑客攻击，产品数据将会面临巨大威胁，甚至有可能被永久性物理删除。
前不久，就有报道携程数据遭受有预谋的内部攻击被物理删除〔://news.sohu/20150528/n413987338.shtml〕。
如果分开部署，那么即使Web应用遭受攻击，只要产品数据在，我们仍然可以在短时间内部署新的Web应用。
3.SQL Server 高可用技术简介1)故障转移群集(Failover Cluster)共享存储，效率高，但某一个时间点只有一个节点处于活动状态，造成硬件资源浪费。
2)数据库镜像(Database Mirror)提供几乎是瞬时的故障转移，以提高数据库的可用性。
但其最大弊端在于镜像数据库处于不可读状态，同样造成硬件资源浪费。
【数据库】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中使用添加功能来安装)。
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了。
SQL Server AlwaysOn可用性及故障转移
SQL Server AlwaysOn可用性及故障转移2014-03-27 01:55:04标签：高可用数据库日志记录原创作品，允许转载，转载时请务必以超链接形式标明文章原始出处、作者信息和本声明。
否则将追究法律责任。
/382644/1384835SQL Server AlwaysOn可用性及故障转移杜飞在AlwaysOn 可用性组中，“可用性模式”是一个副本属性，该属性确定某一给定可用性副本是否可在同步提交模式下运行。
AlwaysOn的可用性模式决定了各副本之间是否允许存在数据差异，SQL Server2012的可用性组使用异步提交模式和同步提交模式来决定主副本在提交事务之前是否等待辅助副本将事务日志记录固化到磁盘。
如果主副本配置为“异步提交模式”，则它不会等待任何辅助副本将传入的事务日志记录写入磁盘（以便“强制写入日志”）。
如果某一给定的辅助副本配置为异步提交模式，则主副本不会等待该辅助副本强制写入日志。
如果主副本和某一给定辅助副本都配置为“同步提交模式”，则主副本将等待辅助副本，以便确认它已强制写入日志（除非辅助副本在主副本的“会话超时期限”内未能使用ping 命令联系上主副本）。
同步提交模式在同步提交模式下，主数据库在提交事务之前，主副本要等待同步提交辅助副本确认它已将日志固化到磁盘上。
只要辅助副本还没有告诉主副本日志固化完成，主副本上的事务就不能提交。
这样就保证两边的数据始终是同步的。
只要一直在进行数据同步，辅助数据库就会保持“已同步”(SYNCHRONIZED)的状态。
同步提交模式能够保证给定的辅助数据库与主数据库上的数据保持完全的同步。
但是代价是主数据库上的事务提交会有滞后时间。
可以说，同步提交模式相对于性能而言更强调高可用性。
辅助副本的同步工作原理：在同步提交模式下，在辅助副本联接可用性组并与主副本建立会话之后，辅助副本会将传入日志记录写入到磁盘（“固化日志”）并向主副本发送确认消息。
删除故障转移群集实例
在群集环境中，删除故障转移群集实例（Failover Cluster Instance）通常需要执行一些步骤，以确保删除操作是安全和完整的。
以下是通用的步骤，具体的步骤可能会因Windows Server 版本和群集配置而有所不同：注意：在执行以下步骤之前，请确保在删除之前备份了关键数据，并且您具备执行此类操作的适当权限。
删除故障转移群集实例的步骤：1. 移出故障转移群集实例：-在群集管理器中，将故障转移群集实例从当前节点移出。
这通常涉及在群集管理器中选择故障转移群集实例，右键单击，并选择"移出"。
2. 停止群集服务：-在所有节点上停止故障转移群集服务。
你可以在每个节点上使用服务管理器（services.msc）或PowerShell 命令`Stop-ClusterService`。
3. 移除故障转移群集实例：-使用群集管理器或PowerShell 命令`Remove-ClusterResource` 来删除故障转移群集实例。
确保在执行此操作之前，没有活动的会话或连接到该实例。
4. 删除数据库或应用程序：-根据实际情况，删除与故障转移群集实例相关联的数据库或应用程序。
这可能需要额外的步骤，具体取决于您的应用程序。
5. 删除群集：-如果不再需要整个故障转移群集，您可以删除整个群集。
在群集管理器中，右键单击群集并选择"删除"。
6. 清理注册表和配置：-在每个节点上，手动检查注册表、文件系统和其他配置，以确保没有残余的配置信息。
这通常是一个谨慎的步骤，因为需要确保删除不再需要的配置。
7. 检查Active Directory 对象：-确保在Active Directory 中删除了与故障转移群集实例相关联的计算机账户和服务主体名称（SPN）等对象。
8. 验证和测试：-在执行删除操作之后，验证系统的正常运行。
确保没有影响到其他关键服务和应用程序。
请注意，上述步骤可能需要根据您的具体环境和应用程序的要求进行调整。
SQLserver高可用方案
SQLserver⾼可⽤⽅案SQL server⾼可⽤⽅案⼀、⾼可⽤的类型●Always On ⾼可⽤性解决⽅案，需要sql server 版本在2012以上SQL Server Always On 即“全⾯的⾼可⽤性和灾难恢复解决⽅案”。
客户通过使⽤Always On 技术，可以提⾼应⽤程序可⽤性，并且通过简化⾼可⽤性的部署和管理⽅⾯的⼯作。
SQL Server Always On 在以下2个级别提供了可⽤性。
*数据库级可⽤性是⼀种“热备份”技术。
在同步提交模式下，主副本的数据被同步更新到其他辅助副本，主副本与辅助副本之间可以保持实时同步。
当系统监测到主副本发⽣故障时，辅助副本可以⽴即成为新的主副本。
*实例级可⽤性Always On 故障转移群集实例（Failover Cluster Instance，简称FCI）可以在多个16个节点之间实现故障转移（Failover）。
企业版最多⽀持16个节点，标准版只⽀持2个节点。
当主节点发⽣故障时，辅助节点提升为主节点并获取共享存储中的数据，然后才在这个新的主节点服务器中启动SQL Server 服务。
FCI 是⼀种“冷备份”技术。
辅助节点并不从主节点同步数据，唯⼀的⼀份数据被保存在共享存储（群集共享磁盘）中。
●⽇志传送⽇志传送依赖于传统的Windows ⽂件复制技术与SQL Server 代理。
主数据库所做出的任何数据变化都会被⽣成事务⽇志，这些事务⽇志将定期备份。
然后备份⽂件被辅助数据库所属的实例复制到它的本地⽂件夹，最后事务⽇志备份在辅助数据库中进⾏恢复，从⾯实现在两个数据库之间异步更新数据。
当主数据库发⽣故障时，可以使辅助数据库变成联机状态。
可以把每⼀个辅助数据库都当作“冷备⽤”数据库●其它辅助技术对数据库进⾏备份，当出现故障时，⼿动将数据还原到服务器，使得数据库重新联机，这也可以算作实现⾼可⽤性的⼀种技术⼿段。
复制（Replication）并不算是⼀个⾼可⽤性解决⽅案，只是它的功能可以实现⾼可⽤性。
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安装程序，选择“添加节点到现有的故障转移群集”。
- 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 依赖关系的能力；有关详细信息，请参阅博客文章群集资源依赖关系表达式(blogs.msdn./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 2008R2 或更高版本）：Windows Server 2008 或 Windows Server 2008 R2 故障转移群集的Microsoft 支持策略 (support.microsoft./kb/943984)。
这些准则要求您在群集上运行验证测试，您可以通过故障转移群集管理器管理单元运行群集验证向导来执行此测试。
Microsoft 软件：Windows Server 和 SQL Server。
Windows Server 和 SQL Server 的每个版本所支持的故障转移群集（实例）节点数各不相同，而且不同的版本所支持的故障转移群集功能也各不相同。
有关详细信息，请参阅Windows Server 2008 R2 中故障转移群集的新增功能(technet.microsoft./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 或单个网络时，配置仍旧有效并受支持。