从 SQL Server 2008 开始，微软在“高可用”、“灾难恢复”技术中使用 AlwaysOn 一词。在 SQL Server 2012 中，微软明确地打出的 AlwaysOn 招牌。 SQL Server 2014 和 SQL Server 2016对AlwaysOn功能进行了改进与升级,其中2016版本升级较大,支持了负载均衡设置和无域集群,这两个功能比较实用,可惜这次的2014没有;
SQL Server AlwaysOn 即“全面的高可用性和灾难恢复解决方案”。使用 AlwaysOn，您可以提高应用程序可用性，并且通过简化高可用性 (HA) 部署和管理方面的工作，获得更好的硬件投资回报。
AlwaysOn主要包含以下特性:
- 同故障转移群集一样，也需要一个虚拟网络名称用于客户端的统一连接。
- 一个主服务器可以最多对应四个(2014后支持8个)辅助服务器，总数达到五个，而且辅助服务器支持只读功能。
- 辅助服务器可以独立执行备份和DBCC维护命令。通过配置，可以实现客户端的只读请求可以被自动定向到辅助服务器。
- 主服务器和辅助服务器之间的数据会被加密和压缩，以提高安全性和网络传输效率。
- 支持自动、手动和强制三种故障转移方式。
- 有仪表盘用于监控AlwaysOn的运行状态。
- 可以实现多站点的部署，即主站点和辅助站点可以跨物理网络。
SQL Server AlwaysOn 在以下2个级别提供了可用性。
（1）数据库级可用性
AlwaysOn 可用性组允许将一组数据库同步到最多4个只读副本，这是SQL Server 2012 引入的新特性。SQL Server 2014 将只读副本的数量提升到8个。
特点：
每个节点都安装了本地的 SQL Server，可以不使用共享存储，但是数据库在每个节点上的磁盘文件夹必须是一致的。
主节点可读可写，其它辅助节点可读。
全部节点都加入一个 Windows Fail-over Cluster 中。可以为AlwaysOn可用性组配置一个侦听器（虚拟计算机）。客户端如果访问这个侦听器则可以实现read/write；客户端如果访问指定的辅助节点，可能实现read/write（如果该节点是主节点），或者只能read-only。
负载分离：
AlwaysOn可用性组具有一部分的负载平衡能力，即可以将一部分的read only请求发送到辅助副本。实现方法有2种。
第一种：修改应用程序，在客户端实现。例如，指定将read/write都指向AlwaysOn可用性组的侦听器（不赞成指向某个节点，因为无法确保某个节点可以write），将部分read only请求指向辅助副本。
第二种：为AlwaysOn可用性组配置只读路由
ALTER AVAILABILITY GROUP [AG1] MODIFY REPLICA ONN 'COMPUTER01' WITH
(SECONDARY_ROLE (ALLOW_CONNECTIONS = READ_ONLY));
ALTER AVAILABILITY GROUP [AG1] MODIFY REPLICA ONN 'COMPUTER01' WITH
'TCP://COMPUTER01.contoso.com:1433'));上述示例中，首先将某个节点设置为允许副本READ_ONLY，然后配置辅助角色的只读路由。完成上述配置后，客户端可以在连接字符串中添加只读意向。例如，.Net Framework 4.0的示例如下：
Server=tcp:MyAgListener,1433;Database=Db1;IntegratedSecurity=SSPI;ApplicationIntent=ReadOnly;MultiSubnetFailover=True备注:在SQL Server 2016之前,AlwaysOn功能提供的是高可用解决方案方案,并不直接包含负载均衡功能,但是可以通过配置实现数据库之间的读写分离,将Read功能指向其他不同的read only的副本,来缓解主服务器压力;
SQL Server 2014 AlwaysOn 安装说明
