Exchange数据库可用性组设计示例.docx

数据库可用性组设计示例适用于：Exchange Server 2010 SP1上一次修改主题：2010-10-01数据库可用性组 (DAG) 可以容纳多达 16 个邮箱服务器，并且可以跨多个物理位置和 Active Directory 站点扩展 DAG，这些都为 DAG 提供了很多体系结构设计可能性。可以在下列各种环境中使用 DAG 的设计示例：两成员 DAG，适用于小型办公室和分区办公室部署四成员 DAG，可通过定位同一数据中心中的所有成员来提高单个数据中心的高可用性四成员 DAG，可通过在主数据中心定位两名成员和在第二个数据中心定位另外两名成员来提高单个数据中心的高可用性以及该数据中心的站点弹性DAG 所使用的设计和邮箱数据库副本的分发方式将基于组织的服务级别协议 (SLA) 和这些 SLA 中声明的邮箱服务和数据的恢复时间目标和恢复点目标。目录单个数据中心/Active Directory 站点中的两成员 DAG单个数据中心/Active Directory 站点中的四成员 DAG两个数据中心/Active Directory 站点中的四成员 DAG两个数据中心/Active Directory 站点中的两个四成员 DAG在 DAG 中使用不包含数据库的邮箱服务器进行附加投票若要了解与高可用性和站点弹性相关的管理任务，请参阅管理高可用性和站点恢复。?单个数据中心/Active Directory 站点中的两成员 DAG 两成员 DAG 是可提供高可用性的最小 DAG。两成员 DAG 最适合那些需要邮箱服务和数据具有某种形式的高可用性、但不需要站点弹性的组织。此配置对小型办公室和分区办公室部署尤其有效，因为它仅使用两个 Exchange 服务器就可以为客户端访问、邮箱和集线器传输服务器角色启用冗余。下图说明了此配置。两成员数据库可用性组此配置有几个方面值得注意：在此设计中，仅将客户端访问、邮箱和集线器传输这三种服务器角色设在一起。虽然支持将统一消息服务器角色设在一起，但出于性能方面的考虑，我们不建议采用该配置。若要实现客户端访问和集线器传输服务器角色的高可用性，应当在客户端和这些服务器角色之间使用某种形式的负载平衡。因为这些服务器角色与作为 DAG 成员的邮箱服务器设在一起，所以无法使用 Windows 网络负载平衡（因为网络负载平衡和 Windows 故障转移群集不能安装在同一台服务器上）。而是必须使用非 Windows?网络负载平衡解决方案（例如，硬件负载平衡器或第三方基于软件的负载平衡器）。与所有成员人数为偶数的 DAG 一样，两成员 DAG 也需要见证服务器来维护仲裁。见证服务器（未显示）是不作为并且永远不会成为 DAG 成员的 Windows 服务器。例如，使用此配置的较小组织可以使用文件服务器或目录服务器作为见证服务器。只要仲裁投票者中有超过半数的人可用并正在通信即可维护仲裁。一个两成员 DAG 以及一个见证服务器提供三个仲裁投票者。（每个 DAG 成员和见证服务器只要可用并且处于通信中，便可进行投票。）因此，两成员 DAG 不会因单个投票者（例如，某个 DAG 成员，或只是见证服务器）的故障或中断而中断服务。但是，丢失其中两个投票者（例如一个 DAG 成员和见证服务器）将导致丢失仲裁，从而将导致服务中断。返回顶部?单个数据中心/Active Directory 站点中的四成员 DAG 单个数据中心部署中的四成员 DAG 可提供比两成员或三成员 DAG 弹性更大的故障应对能力。更大的 DAG 本身就能提供更大的弹性，因为它们能够承受更多故障且不会造成服务中断。在不损失仲裁和有损服务的情况下，两成员或三成员 DAG 仅可承受失去单个投票者的情形，而四成员 DAG（按照定义，它有五个仲裁投票者）则可承受失去两个投票者的情形。下图说明了所有成员都位于单个数据中心的四成员 DAG。四成员数据库可用性组使用四成员 DAG，最多可以为每个数据库创建四个副本。这些数据库副本足够保证备用数据保护方案的使用，如灵活邮箱保护。灵活邮箱保护使您可以将 Microsoft Exchange Server 2010?高可用性和可扩展存储引擎 (ESE) 恢复功能与其他内置保护功能（如滞后的邮箱数据库副本、保留策略、可恢复项目文件夹以及保持策略）合并，以创建可以减少对其他形式的保护（如使用独立磁盘冗余阵列 (RAID) 或进行数据备份）的需求的解决方案。有关灵活邮箱保护的详细信息，请参阅了解备份、还原和灾难恢复。有关使用备份的复制和只是使用一批磁盘 (JBOD) 的详细信息，请参阅邮箱服务器存储设计。返回顶部?两个数据中心/Active Directory 站点中的四成员 DAG 跨两个数据中心扩展的四成员 DAG 可同时为邮箱服务和数据