在 VMware 和 NetApp上运行 Exchange 2010

如何实现高可用性并进行灾难恢复？

在虚拟环境中为 Exchange 2010 创建灵活的高可用性 (HA) 和灾难恢复 (DR) 配置实际上更加简单，并且更便宜。对于数据保护，在所有级别有更多选项和更大的灵活性。

为配置高可用性和灾难恢复，您首先必须了解 Microsoft 对 Exchange 2010 的本地弹性选项所作的重大更改。

为了替换早期版本 Exchange 的服务器和数据弹性选项，Microsoft 实施了数据库可用性组 (DAG)。DAG 使用曾用于 Exchange 2007 群集连续复制 (CCR) 的日志传送功能。DAG 包含 2 至 16 个邮箱服务器。每个邮箱服务器都可容纳一个或多个主动或被动数据库副本。每个数据库都具有单独的状态，因此一个服务器可以托管多个数据库的副本，并一次只允许部分副本处于活动状态。

DAG 使用一个称为 Active Manager 的 Exchange 新组件。Active Manager 可以加快故障转移和自动恢复过程。出现故障时（包括基础存储或存储连接故障），Exchange 2010 会将一个数据库副本“提升”为活动状态，然后邮箱角色承担起充当该数据库的邮箱的任务。故障转移过程不超过 30 秒。

避免本地故障

VMware 提供了多种可行机制，避免 Exchange 2010 出现本地故障。

VMware 高可用性自身可以避免因本地硬件故障而导致的停机。

与只使用 DAG 相比，将 VMware 产品与 DAG 结合使用可以避免硬件和软件故障，同时可以减少数据库处于未保护状态的时间。

避免站点内故障

要避免站点故障，VMware 建议将 VMware 站点恢复管理器 (SRM) 与 DAG 功能结合使用。DAG 提供本地站点保护，而基于存储的复制（如 NetApp SnapMirror®）用于保持灾难恢复设备与主站点同步。NetApp SnapManager® for Exchange 可以提供应用程序感知的复制，以确保一致性。如果在灾难恢复设备启动恢复操作，SRM 将自动化处理并加快恢复流程。在最近的 Tech OnTap 圆桌会议中，VMware 和 NetApp 的与会人员讨论了使用 SRM 针对 Microsoft 应用程序（包括 Exchange）进行灾难恢复的详细信息。

图 2 采用 NetApp SnapMirror 和 SnapManager 软件的 SRM 的复制架构。

在《在 VMware 上运行 Microsoft Exchange 2010：可用性和恢复选项》中详细介绍了这些高可用性和灾难恢复方法以及其它方法。

NetApp 最佳实践

对于使用 DAG 的 Exchange 环境，NetApp 制定了以下几项需要记住的最佳实践：

Microsoft 建议每个邮箱数据库最少保留三个副本，以降低由于潜在的存储故障（包括双磁盘故障）带来的信息泄露风险。NetApp 建议使用 RAID-DP 部署 NetApp 存储，RAID-DP 可以避免双磁盘故障，同时可减少邮箱数据库副本数。当副本位于 RAID-DP 上时，我们建议为每个邮箱数据库保留两个副本。

每个 DAG 副本都是最新的，因而不会替代备份。为实现时间点恢复，Microsoft 还建议保留一个额外的“滞后”数据库副本，从而使时间点恢复可最长恢复到 14 天前。作为备用项，NetApp 提供了 SnapManager for Exchange，可创建节省空间的 Snapshot 副本，并恢复到任意时间点，无需创建滞后副本。

用于主动和被动副本的存储在容量和性能上应相同。

主动和被动副本应放在单独的卷中。

对其中一个被动节点执行备份。

结论

Exchange 2010 的使用率一直比较高，并且虚拟化也备受关注。VMware 收集了大量的参考资料和其它资源，协助您成功虚拟化 Exchange 2010 。您可以在此处访问所有资料。该链接中有许多关于容量计划、调整大小的信息，以及很多其它主题。

VMware 还投入了大量人力物力，与 NetApp 等重要合作伙伴联合测试和制定 Exchange 解决方案。