微软在最新的SQL Server 2014中对AlwaysOn Failover Cluster Instances（故障转移集群）和AlwaysOn Availability Groups（高可用性组）两个功能进行了改进。Failover Cluster Instances是SQL Server诞生的最新一代的故障转移集群服务;而Availability Groups是在SQL Server 2012中最新添加的功能，它能够与数据库镜像和日志传输相结合来提供数据库级的可用性。这两项功能在一个企业的高可用性和灾难恢复策略中都可扮演重要角色，并且两者在SQL Server 2014中的表现更为出色。

故障转移集群的群集共享卷

在SQL Server 2014之前，只有一个故障转移集群实例（FCI）可以在任何给定时间访问一个卷。因此，其他FCI不能对那个卷进行读写。在SQL Server 2014中，FCI服务现在支持Clustered Shared Volumes（群集共享卷CSV）。

在Windows Server 2008 R2中引入的CSV是Windows Server Failover Clustering（WSFC）服务的一项特性，SQL Server可以用它来支持故障转移集群。有了CSV，在一个故障转移集群中的所有结点都可以并发访问共享磁盘，同时还允许每个结点独立访问文件。

CSV结构不仅可以简化对于故障转移集群的存储需求，而且它还可以构建一个额外的默认容错层。如果一个SQL Server FCI失去连接，那么它还可以继续通过另外的连接访问卷。此外，在故障转移期间此卷并不需要像在传统故障转移集群中一样卸载后再重新装载。

SQL Server高可用性组

一个高可用性组设置是由一个主SQL Server实例和一个或多个从实例组成。主实例，或主副本，将数据库预定复制为高可用性组操作的一部分。当启用了高可用性组，SQL Sever会从主副本拷贝数据库到从副本，然后让它们保持同步。然而，不同于一个故障转移集群，从数据库是热备份;也就是说，它们是处在一个连续在线状态并且只要实例可用就会是完全可读的。

由于这种可访问性，DBA可以将读取和备份操作加载到从副本，这样一来就会减少主数据库的负载。因此，SQL Server高可用性组不仅为实现一个高可用解决方案提供了一个有效机制，而且它也给出了一个有效途径来分配读取工作负载到地理上分散的各个数据中心，从而更好地支持了处理密集型分析和报表。

SQL Server 2014所带来的是能实现8个从副本的能力，而SQL Server 2012支持4个，如此一来就可以让分布报表和其他读取操作能力加倍，这就如同是为更加有效的扩展工作负载提供了某种机制一样。

很显然，从实例的读取能力提供了高可用性组的一个重要特性。而在SQL Server 2012中，如果网络发生故障或是主副本掉线，亦或是WSFC服务丢失仲裁集，则从副本便不再可用。

在SQL Server 2014中，即使将从副本从主副本中剥离，它们仍可以保持在线并继续支持读取操作。这种改善对于地理区域分布广泛的大型解决方案尤为重要，这种情况下，网络中断更为常见而且对于这种操作从实例也更为重要。

Azure对高可用性组的支持

一个运行着SQL Server的Windows Azure虚拟机（VM）现在可以在你的高可用性组设置中配置为一个从实例。设置此实例的流程已经集成进高可用性组配置向导中。

Azure从副本支持两个场景。第一个是作为应急主数据库的一个异步副本。如果主实例发生故障，你可以手动故障转移到Azure从实例。你也可以设置一个Azure从副本来支持一个同样寄于Azure上的主实例。在这种情况下，此Azure从实例可以支持同步复制和自动故障转移。

不过需要注意的是，当为一个应急主实例使用一个Azure VM作为辅助的时候，应该将Azure的限制和成本纳入考虑，尤其对于大型数据库而言更是如此。此外，介于你的网络和Azure之间的连接会需要一个虚拟专用网（VPN），这可能意味着对VPN设备的采购。

SQL Server 2014中的AlwaysOn改进

微软对在SQL Server 2014中的AlwaysOn特性提供了许多重要的改进。故障转移集群现在可以支持CSV，并且SQL Server 高可用性组提供了大量比以往更加可靠的辅助实例。此外，你可以使用Windows Azure虚拟机作为一个或多个实例。你还会发现AlwaysOn特性提供了增强诊断，其信息更加完整和简洁，这使得它更容易发现和关联数据。当在评估一个数据库管理系统的时候，如果高可用性在你的关注列表中居于前列的话，那么SQL Server 2014中对于AlwaysOn特性的改进将更适合你。