Exchange 2003设计和体系结构（23）

最佳实践和经验教训

作为 Exchange 2003 的最早部署者之一，OTG 学到了许多经验，并且发现和建立了一些最佳实践来增强和优化 Exchange 所提供的服务。

拓扑结构最佳实践

OTG 在部署 Exchange 2003 期间获得了许多发现并克服了许多障碍。其中一些与网络的拓扑结构有关。

Windows Server 2003 要求

当将一个 Exchange 2000 集群拓扑升级到 Exchange 2003 时，OTG 发现必须在它的集群组中升级每一个 Exchange 虚拟服务器和集群节点，一次一个，只有这样服务器集群才能成功联机。此外，计划升级到 Exchange 2003 的服务器必须首先运行 Exchange 2000 SP3。

Exchange 2003 可以在 Windows 2000 Server 或 Windows Server 2003 计算机上运行并且所有 Active Directory 环境都支持，包括 Windows 2000 混合、Windows 2000 本地，以及 Windows 2003 域和目录林功能级。当在一个具有 Windows 2000 域控制器和全局目录服务器的环境中运行时，Exchange 2003 使用的域控制器和全局目录服务器必须全都运行 Windows 2000 SP3 或更新版本。此要求不仅影响 Exchange 2003 server，还影响 Exchange 2003 版本的 Active Directory Connector（ADC）。ADC 不能与运行低于 SP3 版本的 Windows 2000 Server 的域控制器或全局目录服务器一起工作。

邮箱移动

Outlook 2003 新的 Exchange 缓存模式使邮箱在整合中的移动过程更易于管理。从客户的观点来看，Exchange 缓存模式减缓了因为以下原因导致的任何重大的性能影响：从使用许多小型 Exchange 服务器向使用数量较少但更大型的 Exchange 服务器转变。

在邮箱服务器整合工作中，OTG 在将邮箱从本地移动到区域服务之前和之后都进行了性能基准测试。OTG 这样做是为了确保移植之后的客户端性能等于或高于移植前的性能。

此性能数据还对客户扮演了公共关系角色。许多人对于变化犹豫不决，一旦发生了变化，他们常常觉得变化对客户端性能有负面的影响。通过在移动前后进行基准测试，OTG 不仅展示了它关注于维持良好的服务，而且它还出示了实验测量数据来证明不存在性能的下降。

离线通讯簿（OAB）

当 Exchange 缓存模式被广泛使用时，OTG 遇到了一个与 OAB（Exchange 提供的全局通讯簿的一个离线版本）有关的性能挑战。过去，每个单独的 Exchange Server 创建其自己版本的 OAB。虽然这些版本的基本内容都一样，但 OAB 与创建它的服务器唯一关联。当移动邮箱时（即使是暂时的）这就成了一个问题，因为新服务器无法辨别出先前服务器版本的 OAB，并被迫完全下载另一个 OAB，从而不必要地消耗了网络带宽。OTG 吃一堑长一智。在 Exchange 2003 中，OTG 不再将 OAB 与特定的站点和服务器唯一关联，而是在区域的基础上关联它们。OAB 由每个区域中的一个主要服务器创建，然后通过公用文件夹复制将将其复制到此区域中的其他服务器上。

通过将 OAB 与区域服务器相关联，OTG 能够避免客户端计算机重复完全下载 OAB。此外，Exchange 2003 还对来自 OAB 的证书数据进行过滤，将其大小由 100 MB（未压缩时 300 MB）压缩为大约 43 MB（未压缩时大约 150 MB）。在完全下载成功之后用于更新 OAB 的差异 OAB 更新也被缩减为原始大小的 50％ 左右。

公用文件夹访问

在 Exchange 缓存模式中，90％ 的常用 Outlook 用户任务（如创建邮箱和执行日历查找）都发生在后台。但是一些特殊任务仍然需要实时访问，包括：

将 Exchange 服务器与主要的区域站点整合要求 OTG 应用更高容量的公用文件夹服务器，从而向所有用户提供相同的、一致的性能水平。OTG 期待这些服务器的使用率会大大提高，因为每个服务器有更多的人使用闲/忙发布、检索 Outlook 2003 安全性设置，以及访问通用公用文件夹。为了冗余性和负载共享，每个整合站点使用两个非集群的公用文件夹服务器。