深入解析Exchange高可用性：从NLB集群到DAG配置
1. 高可用性概述
在当今的企业环境中，确保邮件服务的高可用性至关重要。早期的Exchange版本采用共享存储模型来实现高可用性，多个服务器节点可以访问相同的物理存储。当活动服务器节点发生故障时，集群中的其他节点可以接管集群资源，因为它们可以本地访问数据库和日志文件。然而，这种模型仅保障了服务器的可用性，对于数据冗余并没有提供有效的保护。
随着Exchange 2007的发布，微软仍然支持共享存储集群模型，并将其重新命名为单副本集群（SCC），同时引入了连续复制功能。其中，集群连续复制（CCR）消除了存储层面单点故障的潜在风险。但CCR也存在一些局限性，例如集群中仅允许两个节点，并且实施和管理该配置需要管理员深入了解Windows故障转移集群的细节。
到了Exchange 2010，微软对连续复制技术进行了改进，引入了数据库可用性组（DAG）。DAG允许最多16个节点参与，并且可以在每个服务器上托管单个数据库的活动副本，减少了对Windows故障转移集群管理专业知识的依赖，用户可以通过Exchange管理工具全面管理邮箱服务器的高可用性。
Exchange 2013则引入了更多强大的新功能，如托管存储（Managed Store），即每个邮箱数据库都有自己的Windows进程（Microsoft.Exchange.Store.Worker.exe）；托管可用性（Managed Availability）是一种内部健康检查机制，可尝试启动因某些原因停止的服务。此外，滞后副本功能也得到了显著改进，仅需活动服务器/磁盘所需IOPS的一半，并且在服务器磁盘空间不足时可以开始处理日志。
