1、 高可用方案优缺点对比
1) 故障转移群集(Failover Cluster)
共享存储，效率高，但某一个时间点只有一个节点处于活动状态，造成硬件资源浪费。
2) 数据库镜像(Database Mirror)
提供几乎是瞬时的故障转移，以提高数据库的可用性。但其最大弊端在于镜像数据库处于不可读状态，同样造成硬件资源浪费。
3) 日志传送(Log Shipping)
还原作业之间的间隔时间内的只读访问权限，可用做报表查询。一般用于远程的异步容灾，存在部分数据丢失的可能性。
4) 复制(Replication)
基于数据库对象级别，灵活性较高，但弊端在于，它不支持DDL命令，不便维护。
5) AlwaysOn
AlwaysOn 是SQL Server 2012中提供的一种全新的高可用性技术，其集中了上述4种高可用性技术的优点，以确保企业无需增加成本和提高复杂度，即可实现可用性和数据保护，所对应的技术就是AlwaysOn故障转移群集实例和AlwaysOn可用性组。
高可用性对比表
|
|
日志传送 |
镜像 |
群集 |
Always On 高可用组 |
|
副本数量 |
1 对多 |
1 对1 |
共享存储 |
1+8 |
|
副本同步性 |
异步同步 |
实时同步 |
|
实时同步 |
|
副本可用性 |
只读副本 |
不可用 |
|
只读负载平衡 |
|
切换 |
手动切换，一次性 |
自动（需要见证服务器） |
自动切换，自动回复 |
自动切换，自动回复 |
|
版本 |
标准版 |
见证（企业），无见证（标准） |
企业版 |
企业版 |
|
客户端访问 |
重定向 |
重定向 |
访问群集节点 |
访问侦听器 |
|
部署单位 |
数据库 |
数据库 |
实例 |
数据库（高可用组） |
1、 Windows Server 故障转移群集和可用性组介绍
AlwaysOn 可用性组Always On Availability Groups是一个提供替代数据库镜像的企业级方案的高可用性和灾难恢复解决方案。 AlwaysOn 可用性组可很大程度地提高一组用户数据库对企业的可用性，确保了应用程序数据的可用性，实现零数据丢失。AlwaysOn可用性组实现数据库高可用性和灾难恢复。
AlwaysOn可用性基于数据库组级别，是将一组用户数据库划到一个组中，每组可用性数据库都由一个“可用性副本” 承载。一个可用性组支持一组读写主数据库以及一至八组对应的辅助数据库。 主副本用户承载主数据库，用于客户端的读写操作，主副本将主数据库的事务日志记录转送至每个辅助数据库，辅助副本缓存事务日志并还原至辅助数据库。可用性组在可用性副本级别进行故障转移。
AlwaysOn 可用性组支持异步提交模式和同步提交模式，以适用于最大性能保护和最高数据保护不同情况进行选择。支持几种形式的可用性组故障转移：自动故障转移、计划的手动故障转移和强制的手动故障转移。下表概述了在不同的可用性和故障转移模式下支持的故障转移形式。
部署 AlwaysOn 可用性组Always On Availability Groups 需要一个 Windows Server 故障转移群集 (WSFC) 群集，给定可用性组的每个可用性副本需要位于相同 Windows Server 故障转移群集的不同节点上。AlwaysOn 可用性组依赖 Windows 故障转移群集来监视和管理属于某一指定可用性组的可用性副本的当前角色，并且确定故障转移事件是如何影响可用性副本的。群集功能包含分布式元数据和通知，资源管理，运行状况监视，以及故障转移协调。