规划 Exchange 和目录服务器位置

 

上一次修改主题: 2005-05-18

由于 Exchange 使用 Active Directory,所以,在规划 Exchange 部署时必须考虑 Windows Server 网络拓扑,这一点至关重要。通常,为了实现最佳性能,应该确保每个安装 Exchange 的 Windows 站点至少有一个全局编录服务器。尽管在没有全局编录服务器的情况下,Windows Server 2003 允许用户登录,但 Exchange 还是需要一个全局编录服务器。此外,在域内使用多个域控制器可分散查找通信量,并且,当某个域控制器发生故障时还能提供冗余支持。

有关规划 Windows 站点、域和域控制器的详细信息,请参阅 Windows Server 文档 (http://go.microsoft.com/fwlink/?LinkId=34153)(英文)。

下面的内容总结了布置 Active Directory 域控制器和全局编录服务器以支持 Exchange 组织的建议,建议如下:

  • 确保在中心站点和所有分支机构均已正确配置 DNS。确保名称解析和 DNS 功能均工作正常。
  • 确保被指定充当基础结构主机的服务器不是全局编录服务器。
  • 在接受服务的用户达到 10 个以上的分支机构中,每个包含 Exchange 服务器的位置都必须安装一个全局编录服务器。理想情况是,为实现冗余,部署两个全局编录服务器。如果某个物理站点没有两个全局编录服务器,则可将现有的域控制器配置为全局编录服务器。
  • Exchange 需要 WINS。

本主题提供有关在何处布置全局编录服务器和域控制器的信息。

在大多数部署方案中,请不要在充当 Windows 域控制器的计算机上运行 Exchange 2003。而是应将 Exchange 服务器和 Windows 域控制器配置为独立的计算机,因为如果 Exchange 运行在一个域控制器中,它将仅使用该域控制器。如果域控制器发生故障,Exchange 将无法故障转移到其他域控制器上。而且,如果运行 Exchange 的服务器除了服务于 Exchange 客户端计算机以外,不必执行域控制器任务,则这些用户负载沉重的服务器的性能会有所提高。

要确保 Active Directory 信息的安全,请将该信息存储在一个以上的域控制器上。如果一个服务器发生故障,应该至少有两个域控制器可保证 Active Directory 信息的安全。

此外,请确保域控制器有安全的备份计划。在 Exchange 5.5 中,备份 Dir.edb 文件的同时也备份了服务器的目录信息。但如果使用的是 Exchange 2000 和 Exchange 2003,则 Exchange 信息存放在 Active Directory 中,因此域控制器备份至关重要。请确保 Windows 基础结构支持此信息的备份和可靠性。

有关备份和还原的详细信息,请参阅《Exchange Server 2003 灾难恢复操作指南》(http://go.microsoft.com/fwlink/?LinkId=47570)。

登录需要全局编录服务器,因为它们包含有关通用组成员身份的信息。此成员身份将授权或拒绝用户对资源的访问。如果无法联系全局编录服务器,就不能确定用户的通用成员身份,因此会拒绝登录访问。

note注意:
虽然 Windows Server 2003 提供的功能不需要本地全局编录服务器,但您仍然需要一个本地全局编录服务器以供 Exchange 和 Outlook 使用。全局编录服务器对 Exchange 服务(包括登录、组成员身份、存储服务)以及访问全局地址列表 (GAL) 至关重要。将全局编录服务器部署到对服务器和用户来说的本地位置,可使地址查找有更高的效率。如果跨越低速连接联系全局编录服务器,会增加网络流量,给用户体验带来不利的影响。

部署全局编录服务器时,请考虑下列因素:

  • 所有 Exchange 服务器和用户都应该能快速访问全局编录服务器。
  • 每个包含 Exchange 服务器的域中都必须至少安装一个全局编录服务器。
  • 通常,Exchange 处理器与全局编录服务器处理器的比例应该是 4:1(假设处理器的型号和速度类似)。不过,根据您的实际情况,全局编录服务器使用率越高、Active Directory 越大或通讯组越大,需要的全局编录服务器数就越多。

确定将 Exchange 服务器部署在哪里,取决于您的邮件系统是集中式的,还是分布式的。请使用您收集的有关服务等级协定、用户需求以及将在组织中部署的软件版本的信息,来确定用户是否需要访问本地 Exchange 服务器。

对于由低速或不可靠的网络连接连接起来的远程位置,需要确定服务的任何中断对业务会有哪些影响,以及服务中断的可接受程度如何。如果随时能够访问已更新的 Exchange 数据至关重要,则需要在远程位置放置 Exchange 服务器。如果将部署额外服务器的成本与更集中的模式所节省的成本进行比较后,您确定某个级别的服务中断是可以接受的,那么,也许能将所有 Exchange 服务器都部署在数据中心。前面已经提到,在这种情况下,如果要利用“缓存 Exchange 模式”和“RPC over HTTP”这样的功能来改进远程用户的体验,则可能还需要考虑升级到 Windows Server 2003 和 Outlook 2003。

前面已经讨论过,如果组织由多个远程位置组成,则可以将公用文件夹副本放在本地 Exchange 服务器上,以便每个位置都有来自另一个位置的公用文件夹副本。或者,您可能需要考虑在数据中心或中心位置的中央服务器上存储所有公用文件夹信息,以便维护单一和准确的数据源。可以在衡量准确性和方便性之后再作决策,此决策取决于用户需求和使用模式。

一个应该考虑的主要问题是访问忙/闲信息。如果忙/闲文件夹数据没有本地副本,那么,当用户对会议进行日程安排时,可能会在接收其他用户的忙/闲信息时遇到延迟。请考虑组织中的用户是如何对会议进行日程安排的。对于访问更新的日程安排信息的需求,公司之间可能各不相同。如果首先考虑的是用户始终能够访问最新的日程安排信息,则应将忙/闲文件夹放置在中心位置。如果首先考虑的是快速访问忙/闲信息而不是最新信息,则可以部署将忙/闲信息存放在本地 Exchange 服务器,并且允许在通过网络接收更新的忙/闲信息时发生延迟。您应该确定业务可接受的延迟级别。

如果决定将忙/闲信息放置在本地 Exchange 服务器上,另一个考虑因素是,是否需要将其他位置的其他忙/闲信息的副本也放置在本地服务器上。如果不同位置的用户很少相互安排会议,就不一定要保留来自其他位置的忙/闲信息的本地副本。不过,如果决定保留来自其他位置的公用文件夹的本地副本,请注意,为公用文件夹确定的复制日程安排将决定何时传播其更改。如果跨多个位置维护忙/闲信息的副本,可能要花些时间才能将一个位置的信息更改传播到其他位置。因此,用户在安排会议时可能会参考本地忙/闲数据,但是,由于尚未复制在另一个位置所作的日程更改,忙/闲数据会过时。

Exchange 2003 使用 Active Directory 提供脱机地址列表服务。Exchange 生成的地址列表文件存储在公用文件夹中。离开办公室工作的用户可以连接到 Exchange,并远程下载这些脱机地址列表,以检索有关组织中其他用户的信息。

生成脱机地址列表时,指定为脱机地址列表的地址列表将转换为单个数据文件,并存储在系统公用文件夹中。当用户下载脱机地址列表时,此数据文件将用作信息源。

必须选择适当的服务器才能生成和更新脱机地址列表。脱机地址列表中包含的地址列表越多,为脱机地址列表选择的服务器工作起来就必定越困难。

如果使用“缓存 Exchange 模式”,则应该考虑用户下载脱机地址列表时对服务器的影响。这种影响可能显著,不但用户第一次下载脱机地址列表时会有影响,而且每天都有影响。您可能会考虑设置一个或两个服务器来处理脱机通讯簿。

 
显示: