需要说明的是我们搭建的SQL Server故障转移集群（SQL Server Failover Cluster）是可用性集群，而不是负载均衡集群，其目的是为了保证服务的连续性和可用性，而不是为了提高服务的性能。

SQL Server始终在负载均衡集群方面都缺少自己的产品，多由第三方厂家提供，但SQL Server故障转移集群却由来已久，在SQL Server 2012还提供了一个可用性组（AlwaysOn High Availability Groups）的新特性，我们知道微软的故障转移集群（Windows Server Failover Clustering , WSFC）一般需要共享存储，SQL Server故障转移集群也是建立在WSFC的基础之上，可用性组却可以不依赖于共享存储实现SQL Server的故障转移，这为没有共享存储的环境提供了一个实现SQL Server高可用的解决方案，关于AlwaysOn特性可以参阅相关文档，这里我们实现的是仍是基于共享存储的包含两个节点的SQL Server故障转移集群。

一、搭建Windows故障转移集群（WSFC）

SQL Server故障转移集群是基于WSFC的，因而我们需要事先在两个节点中搭建一个WSFC，这里需WSFC仅是一个容器，可以放置多个角色以实现这些角色的故障转移。为搭建一个WSFC，除了需要域环境，还需要在节点，存储，网络等方面做准备。

1、在各节点中添加Failover Clustering服务器功能。

2、确保各节点操作系统的更新一致，新安装的系统要么更新到最新，要么暂不更新。

3、在各节点中配置管理网络和心跳网络，虽然一个可用网络既可以搭建集群，但是最佳实践还是分开。

4、在各节点中配置共享存储磁盘，初始化并格式化磁盘，分配盘符。这里的共享存储磁盘可以是基于IP SAN和FC SAN的磁盘，也可以是基于文件服务器的虚拟磁盘，具体可以参考Windows Server 2012 虚拟化测试：存储。在节点中可见磁盘如下：

为搭建SQL Server故障转移集群，至少需要准备两块共享磁盘：集群见证磁盘Q、为存储SQL Server数据库和日志文件准备的集群磁盘S。另外我们需要为SQL Server的集群实例配置分布式事务协调器（Distributed Transaction Coordinator, DTC），因而需要为DTC准备磁盘M。微软建议将SQL Server各类文件分开存储，最佳实践需准备两块以上共享磁盘，分别存储User Database、Backup和User Database Log文件，这就至少需要另一个集群磁盘L。综上我们对存储做如下配置：

• 集群见证磁盘Q
• DTC磁盘M
• SQL Server程序：本地磁盘C
• User Database文件：集群磁盘S
• User Database Log文件：集群磁盘L
• TempDB文件：本地磁盘D，SQL Server 2012支持将Temp DB文件可以放在本地快速磁盘中。
• Backup文件：集群磁盘S

另外值得一提的是到SQL Server 2014才提供了对集群共享卷的支持，因而这里只能使用集群磁盘。

5、使用Failover Cluster Manager验证并创建集群。完成后的集群磁盘视图如下：

二、安装SQL Server故障转移集群

Windows故障转移集群（WSFC）搭建成功后即完成了SQL Server故障转移集群的基础，接下来我们继续完成SQL Server部分。先在一个节点上安装SQL Server Failover Cluster，然后再另一个节点安装加入集群节点。

SQL Server集群部分，先通过验证，这里的警告主要是搭建Windows故障转移集群存在警告的警告，升级警告以及防火墙警告，可以继续。

选择Database Engine Services和管理组件，注意这里只有Database Engine Services和Analysis Services支持集群，其他服务都不支持。其他组件如需要也可以随后再添加，但是添加其他组建时选择Add features to an existing installation，然后选择Perfom a new installation of SQL Server 2012，而不是Add features to an existing instance of SQL Server 2012，否则最后会出现Existing clustered or cluster-prepared instance的错误，具体参考Installing SQL Integration Services after SQL Cluster Setup has Completed。

配置一个网络名称，类似于计算机名称，今后将通过该名称访问数据库实例。

三、配置DTC和SQL Server 集群

分布式事务协调器（Distributed Transaction Coordinator, DTC）在Windows中是默认安装并运行的服务。DTC的主要目的是为了实现分布式事务，确保跨进程通信的一致性，这里的进程可以是同一计算机中的两个进程，也可以是不同计算机中的进程。因而在微软的世界里，常常看到DTC的身影。

如果只是独立安装SQL Server数据库引擎则无需配置DTC。但是在同时运行SQL Serve集成服务（SQL Server Integration Services, SSIS）或者搭建SQL Sever故障转移集群等需要分布式事务的场景中，则需要配置DTC。不配置DTC并不影响SQL Server集群的安装，但是DTC没能正确配置，SQL Server集群的功能将受到影响。

Windows Server 2008及以后版本在一个Windows集群中可以有多个DTC实例，这些DTC实例可以是集群实例也可以是本地实例（这里“实例”概念的类似于SQL Server数据库引擎实例，是作为操作系统服务运行的，是同一个可执行程序的副本，在Windows集群中运行的各类服务都是以实例的形式存在，这些实例依赖Windows集群实现故障转移），甚至可以为SQL Server集群中每个SQL Server实例配置一个专属的DTC实例。SQL Server集群实例按照如下的是顺序选择DTC实例：

• 使用SQL Server实例专属的DTC实例，该DTC实例作为SQL Server实例以来的资源，如果DTC实例失败，将造成SQL Server实例的失败。SQL Server 2008及以后版本才有此项。

• 使用映射给SQL Server实例的DTC实例，使用命令msdtc可以为SQL Server实例映射DTC实例。

• 使用默认的DTC集群实例，SQL Server 2008及以后版本可以在Windows集群中创建多个DTC实例，第一个创建的DTC实例为默认实例，DTC集群实例并未指定给SQL Server实例专用，因而其他应用程序也可以使用该实例。

• 使用安装在本地计算机上DTC实例。

由于SQL Server集群实例做出选择之后是不会自动重新选择的，比如SQL Server集群实例选择了专属的DTC实例，即使该实例失败，也不会更换下一个可用的DTC实例，除非手动删除专属的DTC实例，因而微软建议在SQL Server 2008及以后版本要么为SQL Server集群中的每个SQL Server实例创建专属的DTC实例，要么就不要在SQL Server集群中创建任何DTC实例（这里的DTC实例都是集群实例，即可以实现DTC故障转移）。关于DTC的更多信息，可以查阅这里。当然这里我们不会什么也不做，下面我们将为SQL Server实例配置专属的DTC实例。

在Windows Server 2012 R2中搭建SQL Server 2012故障转移集群