11.5 AlwaysOn 可用性组简介

11.5  AlwaysOn 可用性组简介

11.5.1 可用性组

 “可用性组”（Availability Group，简称 AG）针对一组离散的用户数据库（称为“可用性数据库”，它们共同实现故障转移）支持故障转移环境。一个可用性组支持一组主数据库以及多组对应的辅助数据库。

　　每组可用性数据库都由一个“可用性副本”承载。有以下两种类型的可用性副本：

（1）一个“主副本”

　　主副本用于承载主数据库。主副本使一组主数据库可用于客户端的读写连接。

（2）多个“辅助副本”

　　辅助副本承载一组辅助数据库并作为可用性组的潜在故障转移目标。主副本将每个主数据库的事务日志记录发送到每个辅助数据库。每个辅助副本缓存事务日志记录（“硬化”日志），然后将它们应用到相应的辅助数据库。 

　　可以配置一个或多个辅助副本以支持对辅助数据库进行只读访问，并且可以将任何辅助副本配置为允许对辅助数据库进行备份。

　　下图显示一个可用性组，该可用性组包含一个主副本和四个辅助副本。 支持最多八个辅助副本，包括一个主副本和两个同步提交辅助副本，其中1个主副本和另一个辅助副本之间可以设置为自动故障转移。 

11.5.2 数据同步与故障转移

　　“数据同步”的过程实现在数据库级别，主数据库与每个连接的辅助数据库独立进行数据同步。因此，一个辅助数据库可以挂起或失败而不会影响其他辅助数据库，一个主数据库可以挂起或失败而不会影响其他主数据库。

　　可用性组在可用性副本级别进行故障转移。可用性副本仅在数据库级别提供冗余 － 针对一个可用性组中的该组数据库。但是，故障转移不是由诸如因数据文件丢失或事务日志损坏而使数据库成为可疑数据库等数据库问题导致的。

　　部署 AlwaysOn 可用性组需要一个 WSFC 群集。给定可用性组的每个可用性副本必须位于相同 WSFC 的不同节点上。WSFC 为每个可用性组创建一个资源组，然后监视此资源组，以便评估主副本的运行状况从而决定何时进行故障转移。

11.5.3 可用性组的优势

　　可用性组具有以下优势：

（1）与 FCI 相比，可用性组不依赖于共享存储。

（2）辅助副本数量最多可达到8个（SQL Server 2012 限制为4个）。

（3）辅助副本可以直接提供只读访问。

（4）“数据同步”延迟时间已经极大地缩短，甚至可以“同步提交”。而且可用性组的辅助副本在还原事务日志时不需要断开客户端的已有连接。

（5）提供 VNN 和虚拟 IP 地址，供客户端透明访问。

11.5.4 可用性组的不足

　　可用性组具有以下不足：

（1）必须在企业版中才能启用此功能。

（2）在部署可用性组的过程中，集中了日志传送、数据库镜像和 FCI 的大部分功能与属性，增加了部署的复杂程度。

11.5.5 可用性组互操作性

　　AlwaysOn 可用性组与数据库镜像都不支持跨数据库事务和分布式事务。这是因为无法保证事务的原子性和完整性，可能出现逻辑上的不一致。

　　AlwaysOn 可用性组与数据库镜像实际上使用相同的数据同步机制（包括使用相同的端点、进程等），因此，这两种技术不可以混合部署。

　　在 AlwaysOn 可用性组中仍然可以使用包含的数据库、数据库加密、数据库快照、全文索引、FILESTREAM 功能等。在部署时需要注意各节点对某些共享资源（文件夹、网络磁盘等）的访问权限，以及考虑指定网络资源时使用虚拟网络名称作为计算机名。

本文出自 “SQL Server 管理员指南” 博客，谢绝转载！