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安装程序，选择“添加节点到现有的故障转移群集”。
SQLServerAlwaysOn架构及原理
SQL Server Always On 架构及原理SQLServer2012所支持的AlwaysOn技术集中了故障转移群集、数据库镜像和日志传送三者的优点，但又不相同。
故障转移群集的单位是SQL实例，数据库镜像和日志传送的单位是单个用户数据库，而AlwaysOn支持的单位是可用性组，每个组中可以包括一个或者是多个用户数据库。
也就是说，一旦发生切换，则可用性组中的所有数据组会作为一个整体进行切换。
Always On底层依然采用Win dows故障转移群集的机制进行监测和转移，因此也需要先建立Windows Cluster，只不过可用性组中的数据库不一定非要再存放在共享存储上了。
可以是存储在本地磁盘上。
Always On的关键特性：1. 同故障转移群集一样，也需要一个虚拟网络名称用于客户端的统一连接。
2. 一个主服务器可以最多对应四个辅助服务器，总数达到五个，而且辅助服务器支持只读功能。
3. 辅助服务器可以独立执行备份和DBCC隹护命令。
通过配置，可以实现客户端的只读请求可以被自动定向到辅助服务器。
4. 主服务器和辅助服务器之间的数据会被加密和压缩，以提高安全性和网络传输效率。
5..支持自动、手动和强制三种故障转移方式。
6. 有仪表盘用于监控Always On的运行状态。
7. 可以实现多站点的部署，即主站点和辅助站点可以跨物理网络。
Always On的基本架构在Windows MSC故障转移群集的基础上部署AlwaysOn高可用组，用户可以在群集节点上安装SQL Server单机实例，也可以安装SQL Server群集实例，Always On仅要求所有SQL Server实例都运行在同一个MSC中，但SQL Server 实例本身是不需要群集模式的，这与SQLServer2008群集的实例完全不同。
在此推荐使用单机模式的SQL Server，好处是：可用性副本是个单机实例，那么数据库副本就存放在该运行该实例节点的本地磁盘上；如果可用性副本是个群集实例，那么数据库副本就存放在共享磁盘上。
WinServer2012R2+SQL2008R2群集实施手册
目录一、准备工作 (2)二、Windows Server 2012 R2 节点安装 (4)三、Sql Server 2008 R2 群集的安装 (21)四、故障转移设置 (40)一、准备工作1、IP规划（正式见配置手册）：（1）域控制器：192.168.8.199（2）群集成员一：192.168.8.201（3）群集成员二：192.168.8.202（4）群集IP：192.168.8.220（5）MSDTC：192.168.8.221（6）SQL IP：192.168.8.222（7）存储器IP：192.168.8.1992、存储规划（正式见配置手册）：仲裁磁盘：1GMSDTC磁盘：2GSQL磁盘：剩余空间3、SQL2008R2群集准备工作：（1）在域控服务器中建立两个安全全局组Sqlengine（数据库引擎组）和Sqlagent （数据库代理组）；（2）在域控服务器中创建用户sqladmin，将该用户加入到Domain Admins、Sqlengine和Sqlagent组中；（3）将sqladmin用户分别加入到各节点的本地管理员组中。
各节点进行故障转移切换的过程中，需要使用该用户作为SQL Server服务的启动账户；（4）将Sql Server 2008 R2 集成SP1。
二、Windows Server 2012 R2 节点安装1、在各节点安装操作系统（Windows Server 2012 R2），安装所有设备及驱动程序2、添加角色：应用程序服务器（Application Server）安装功能组件：.Net Framework 3.5，（2）.Net Framework 4.5，（3）Windows PowerShell （全部），（4）Windows Server迁移工具（Windows Server Migration Tools），（5）XPS查看器（XPS Viewer）3、更改IP地址，心跳卡的NetBios禁用，设置网卡优先级，加入域的网卡优先4、更改各节点计算机名称为***，重启，5、将节点加入到域，创建sqladmin用户，加入到本地管理员组。
SQLSERVER群集故障转移笔记
SQLSERVER群集故障转移笔记SQLSERVER群集故障转移笔记出⾃《SQLSERVER2012实施与管理实战指南》SQLSERVER故障转移 P41事实上，从sqlserver2000到sqlserver2008 R2，sqsrvres.dll中定义的looksalive和isalive⽅法都是类似的。
具体来讲：looksalive：通过服务器控制管理器（service control manager，SCM）来检查SQLSERVER服务在活跃节点是否处于“启动状态”。
根据SQLSERVER资源的Advanced Polices选项卡中的设置，这个检查默认是每5秒做⼀次isalive：根据SQLSERVER资源的Advanced Polices选项卡中的设置，这个检查默认是60秒做⼀次也就是说每12次Looksalive检查就会伴随⼀个Isalive检查。
SQLSERVER需要Isalive检查是因为即使SQLSERVER服务是正在运⾏状态也不能说明SQLSERVER就可以良好地响应应⽤程序的请求。
有时候可能整个SQLSERVER已经挂起了，但是服务的状态还是“启动”，所以需要Isalive Check来进⼀步检查SQLSERVER的状态。
此外，⼀旦lookalive检查的结果失败，Windows群集服务就会⽴刻触发Isalive检查在SQL2012之前，Isalive所做的事情很简单，Windows群集服务会使⽤TCP/IP或者命名管道来连接SQLSERVER群集实例。
连接上之后，运⾏⼀句命令：“select @@servername”。
如果成功返回结果那么Isalive检查就成功了。
从第⼀次成功执⾏select @@servername开始，Isalive检查就会根据设定的时间间隔，使⽤这个连接不断地重复检查⼯作如果连接不上SQLSERVER群集实例或者语句运⾏失败，那么Isalive检查失败。
实训6配置故障转移群集服务
实训6配置故障转移群集服务故障转移群集服务（Failover Cluster Service, FCS）是Windows Server操作系统中的一项功能，它允许将多个服务器组成一个群集，以提高系统的可靠性和可用性。
在该群集中，如果其中一台服务器发生故障，其他服务器将自动接管该服务器上的服务和应用程序，确保业务的连续运行。
配置故障转移群集服务可以帮助组织保持高可用性和故障恢复的能力，并确保业务的连续运行。
下面是关于如何配置故障转移群集服务的步骤：1.准备环境：-确保服务器满足故障转移群集服务的硬件和软件要求，如操作系统版本和硬件规格。
-确保网络配置正确，包括网络连接和IP地址分配。
2.安装故障转移群集角色：- 打开Server Manager控制台，选择“管理”->“添加角色和功能”来开始角色安装向导。
-在向导的“服务器角色”页面中，选择“故障转移群集”并继续安装。
-完成其他向导页面的配置，包括选择群集节点和配置网络。
3.创建故障转移群集：-打开故障转移群集管理器，右键单击“故障转移群集管理器”节点，选择“创建群集”。
-在向导的“创建群集向导”页面中，点击“继续”并输入群集的名称。
-选择要添加到群集中的服务器节点，并验证节点的配置。
-配置群集的IP地址和名称，确保群集与网络的连接和通信。
4.配置共享存储：-多台服务器通过共享存储来访问和共享数据，确保存储正确设置共享权限。
-确保存储网络连接正常，并配置存储的网络信息。
5.添加和配置群集应用程序和服务：-在故障转移群集管理器中，右键单击群集节点，选择“添加角色”。
-在添加角色向导中，选择要添加的应用程序或服务，并完成配置。
-配置应用程序或服务的网络信息和依赖项，确保其正常运行。
6.测试故障转移：-在群集中，模拟服务器故障，如关闭服务器或断开网络连接。
-监视故障转移过程，确保其他服务器可以接管故障节点上的服务和应用程序，并确保业务的连续运行。
7.监控和管理故障转移群集：-使用故障转移群集管理器来监测群集的状态和性能。
SQL2012AlwaysON配置说明
SQL2012AlwaysON配置说明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 域。
Windows Server 2012+SQL Server 2012 故障转移群集
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）点“下一步“填入服务还原模式密码后点“下一步“点“下一步“点“下一步“点“下一步“点“下一步“点“安装“安装完成后将自动重启。
sqlsever故障转移集群搭建
一、部署域环境∙域控：192.168.131.132∙sql服务器1：192.168.131.133，加域∙sql服务器2：192.168.131.135，加域∙关闭防火墙二、网络配置∙两台sql服务器需要添加网卡，配置心跳线，用于sql server内部数据传输∙配置心跳地址：∙100.100.100.1 255.255.255.0;不需要配置网关及DNS∙100.100.100.2 255.255.255.0;不需要配置网关及DNS∙单击高级选项，切换到DNS标签，去掉勾选：在DNS中注册此连接的地址∙然后切换到WINS标签，去掉勾选：启用LMHOSTS查找、禁用TCP/IP上的Netbios功能∙更改网络优先级顺序：在网络连接中按alt键->高级->高级设置->适配器和绑定->连接->切换优先级三、虚拟磁盘创建∙用域服务器来模拟存储设备∙安装iSCSI目标服务器角色：打开服务器管理器，添加角色和功能，选择“iSCSI目标服务器”和“文件服务器”∙配置iSCSI目标服务器：打开服务器管理器，选择“文件和存储服务”，切换到“iSCSI”，选定“任务”的下拉菜单，选择“新建iSCSI虚拟磁盘”∙选择存储位置∙填写虚拟磁盘名称∙分配虚拟磁盘大小∙选择“新建iSCSI目标”∙填写访问目标的名称和描述信息∙填写访问服务器，即iSCSI客户端（两台sql服务器ip）∙创建四块磁盘：仲裁时的见证磁盘；SQL集群存储磁盘；文件服务器集群磁盘；分布式事务协调磁盘四、sql服务器配置ISCSI虚拟磁盘∙打开服务器管理器，选择“工具”，打开“iSCSI发起程序”，切换到“发现”选项卡，点击“发现门户”，填写iSCSI目标服务器的IP地址，确定，再切换到“目标”选项卡，点击“连接”，确定∙打开服务器管理器，选择“工具”，打开“计算机管理”，打开磁盘管理器，可以看到存储服务器上的几个共享磁盘已经添加进来了，接下来我们要对添加进来的存储盘符进行联机、初始化，并分配盘符五、安装故障转移集群功能∙需要在两个sql服务器上执行安装∙创建故障转移集群∙待两个sql服务器上的故障转移群集功能都安装后，随便打开一个故障转移群集管理器，点击右侧的“创建群集”∙浏览选定我们的2个群集节点，测试环境只有2个节点，下一步∙采用默认，进行群集配置验证测试，下一步∙提示测试已经成功完成，且返回验证报告∙填写一个群集的名称，下一步∙去掉“将所有符合条件的存储添加到群集”，下一步∙提示已经成功完成群集的创建∙切换到“节点”菜单，可以看到两个sql服务器已经在正常运行∙添加群集存储磁盘∙展开“存储”菜单，选中“磁盘”，然后点击右侧“添加磁盘”，此时就可以看到iSCSI目标服务器上共享的几个存储磁盘，全部勾选∙待添加进来后，可对各个共享磁盘进行重命名，以便区分∙测试∙关闭sql1服务器，可以看到节点菜单的sql1服务器显示“故障”，此时可以看到sql2服务器已经成功切换成群集主服务器，验证成功∙重新开启sql1服务器，可以看到节点菜单的sql1服务器显示“正常”六、创建分布式事务处理DTC群集服务∙打开故障转移群集管理器，右键选择“角色”，选择“配置角色”，下一步∙选择“分布式事件协调器(DTC)”∙填写此服务名称∙选择日志磁盘，开始创建七、安装SQL Server数据库∙安装framework3.5∙sql服务器1∙安装sqlsever，点击“新的SQL Sever故障转移群集安装”∙检测通过，单击安装，开始安装∙安装SQL SERVER数据库功能∙输入一个SQL网络名称:SERVERCLUSTER ，使用默认实例∙选择群集磁盘∙输入一个没有冲突的IP地址：192.168.100.105∙使用服务的SID，下一步∙设置账户密码∙使用混合模式，并且输入密码：添加当前用户为SQL SERVER的管理员∙检测通过，开始安装∙sql服务器2∙安装sqlsever，点击向SQL SERVER故障转移群集添加节点∙检测通过，开始安装∙设置账户密码∙测试∙右击SQL SERVER故障转移群集节点-----将该服务器的应用程序移动到另一个节点，所有者切换为sql2服务器∙关闭关闭sql1服务器，所有者切换为sql2服务器。
Windows Server 2012 故障转移群集搭建指导手册
Windows Server 2012 故障转移群集搭建指导手册一、目的2012年11月，微软推出全新的服务器操作系统Server 2012，为了更好的适应市场需求，VDIBox项目3.1版本支持Server 2012操作系统。
其中，群集环境的搭建成为企业和市场需求的重中之重。
所以本文将介绍以iSCSI虚拟硬盘为共享存储的服务器故障转移群集搭建方法。
二、环境1.拓扑图2.硬件需求3.网络环境4.软件环境所有物理机和虚拟机操作系统为Windows Server 2012 DataCenter GUI x64版本三、搭建过程1.首先在Vmhost1和Vmhost2上，安装故障转移群集功能，安装方式如下：①. 点击系统左下角服务器管理器，将弹出服务器管理器仪表盘②. 点击上图中“2 添加角色和功能”，将弹出添加角色和功能向导，请在此页面点击“下一步”③. 在安装类型界面，选择“基于角色或基于功能的安装”，点击“下一步”④. 在服务器选择界面，选择当前物理机，点击“下一步”⑤. 在服务器角色界面，勾选“文件和存储服务”，确保其中的文件服务器和iscsi目标服务器两项被勾选，如下图。
由于2012向导将角色和功能放在一起，虽然“文件和存储服务”与故障群集转移功能不相关，但跟故障群集的共享存储相关，故在此统一完成，不在之后重复赘述⑥. 在选择功能界面勾选“故障转移群集”，完成后点击下一步⑦. 确认后，点击安装完成安装过程，之后可能进行重新启动等操作。
这样就可以找到两个所需的功能，一个是iSCSI，一个是故障转移群集服务，如下图⑧. 上述过程，在vmhost2上重复安装。
由于环境所限，故障转移群集的两台服务器vmhost1和vmhost2上的硬盘无法作为共享存储，且没有可移动存储设备，故使用iSCSI将另一台PC（FileServer）的硬盘虚拟化，作为共享存储使用。
2.下面将FileServer中的磁盘虚拟化，以用作共享存储：①. 在FileServer服务器上打开服务器管理器仪表盘，点选刚安装好的“文件和存储服务”，如下图②. 选择左边栏的iSCSI，右侧将变成iSCSI虚拟磁盘③. 在此界面右上角的“任务”下拉列表里，点击新建虚拟磁盘，将弹出新建iSCSI虚拟磁盘向导，如下两图。
安装-SQL-Server-2012详细图解
安装 SQL Server 2012详细图解Express版：FH666-Y346V-7XFQ3-V69JM-RHW28免费版MICROSOFT SQL SERVER 2012 ENTERPRISE CORE 版（企业版）首选这个，往下功能递减序列号：FH666-Y346V-7XFQ3-V69JM-RHW28MICROSOFT SQL SERVER 2012 BUSINESS INTELLIGENCE 版（商业智能版）序列号：HRV7T-DVTM4-V6XG8-P36T4-MRYT6MICROSOFT SQL SERVER 2012 DEVELOPER 版（开发版）序列号：YQWTX-G8T4R-QW4XX-BVH62-GP68YMICROSOFT SQL SERVER 2012 ENTERPRISE SERVER/CAL EDITION 版（服务器/ CAL版）序列号：748RB-X4T6B-MRM7V-RTVFF-CHC8HMICROSOFT SQL SERVER 2012 STANDARD 版（标准版）序列号：YFC4R-BRRWB-TVP9Y-6WJQ9-MCJQ7MICROSOFT SQL SERVER 2012 WEB 版（WEB 版）序列号：FB3W8-YRXDP-G8F8F-C46KG-Q998FSQL Server 2012以下各节列出了安装和运行 SQL Server 2012 的最低硬件和软件要求。
有关SharePoint 集成模式下 Analysis Services 的要求的详细信息，请参阅硬件和软件要求（SharePoint 模式下的 PowerPivot for SharePoint 和 Reporting Services）。
对于 SQL Server 2012 的 32 位和 64 位版本，适用以下注意事项：我们建议您在使用 NTFS 文件格式的计算机上运行 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 或单个网络时，配置仍旧有效并受支持。