【IT168 方案】自从去年 11 月宣布上市以来，我们已看到许多用户对 Microsoft® Exchange 2010 非常感兴趣， 其中一部分用户就是 Exchange 2003 用户。随着 Exchange 2003 逐渐停用，其许多用户正计划直接升级到 Exchange 2010。

　　Exchange 2010 还提供一些无疑会激发用户兴趣的重要新功能，其中包括：

　　架构/结构更改

　　I/O 改进

　　对数据库缓存的改进

　　优化空间邻接性和空间效率的新存储模式

　　在线维护功能

　　对高可用性的重大更改

　　当然，还有其它一些新功能(有关 Exchange 2010 中的新功能的详细信息，请参见此 TechNet 文章)，但前面已概括的许多这些功能对存储有着直接的影响。因此，NetApp® 针对 Exchange 的非常好的实践也进行了大量的更新。在本文中，我将介绍对于部署带有 NetApp 存储的 Exchange 2010 非常关键的三个问题：

　　高可用性

　　虚拟化 Exchange Server

　　实现高存储效率

　　您可以在最近发布的技术报告“Storage Efficiency and Best Practices for Microsoft Exchange Server 2010”(针对 Microsoft Exchange Server 2010 的存储效率和非常好的实践)中找到关于这些主题及其他主题的更多详细信息(包括存储布局、大小调整和容量计划)。

　　高可用性

　　Microsoft 已对 Exchange 2010 的高可用性架构进行了重大更改。Exchange 2007 中的本地连续复制 (LCR)、群集连续复制 (CCR)、备用连续复制 (SCR) 和单个副本群集 (SCC) 不再可用。(如果您是 Exchange 2007 用户， 请查看介绍通过 NetApp 使用这些功能的之前 Tech OnTap 文章。)

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

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

　　NetApp 已建立了许多与部署 DAG 相关的非常好的实践：

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

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

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

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

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