由于全局编录服务器问题而导致邮件传递出现延迟 全局编录问题可能导致邮件传递出现延迟。在这种情况下，会生成  NDR  以通知发件人这一延迟。可以使用邮件跟踪中心来诊断这些问题。下面的示例显示了从邮件跟踪中心所收集到的数据： 6/22/2001 3:54 PM Tracked message history on server CONTOSO-MSG-01 6/22/2001 3:54 PM SMTP Store Driver: Message Submitted from Store 6/22/2001 3:54 PM SMTP: Message Submitted to Advanced Queuing 6/22/2001 3:54 PM SMTP: Started Message Submission to Advanced Queue 6/22/2001 3:54 PM SMTP: Message Submitted to Categorizer 6/22/2001 4:24 PM SMTP: Started Outbound Transfer of Message 6/22/2001 4:24 PM Message transferred out to FOURTHCOFFEE.COM through SMTP 6/22/2001 4:24 PM SMTP: Message Submitted to Advanced Queuing 6/22/2001 4:24 PM SMTP: Started Message Submission to Advanced Queue 6/22/2001 4:24 PM SMTP: Message Submitted to Categorizer 6/22/2001 4:24 PM SMTP: Started Outbound Transfer of Message 6/22/2001 4:24 PM Message transferred out to FOURTHCOFFEE.COM through SMTP 6/22/2001 4:24 PM SMTP Store Driver: Message Delivered Locally to Store 在上面的示例中，应注意到邮件在邮件分类程序中延迟了  30  分钟，之后才开始进行出站传输，并且最终被送达。在这些情况下，应通过运行  Nltest  工具来确定  Exchange  使用哪一台全局编录服务器。具体步骤在本主题前面的 “ 通过使用移动邮箱工具将收件人移到  Active Directory” 中已说明。然后，调查所涉及到的全局编录服务器。下面是全局编录服务器的常见问题： • 全局编录服务器超载或工作过度。 • 全局编录服务器出现性能问题。 • 内存不足。 • 硬盘空间不足。 • Exchange 2000  与全局编录服务器之间出现暂时性的网络问题。 • 使用同一个全局编录服务器的  Exchange  服务器过多（推荐的  Exchange  处理器与全局编录服务器处理器的比率是四比一）。    要点： 邮件跟踪日志可能会起到一种误导作用。例如，如果全局编录服务器正常工作，并且邮件分类程序也正常工作，但是远程  SMTP  服务器不可用达三十分钟，则邮件跟踪日志可能与上面显示的示例日志类似。此外，如果邮件必须在本地传递，并且  Exchange  存储执行速度很慢，则邮件跟踪日志将显示出 “ 邮件已提交到邮件分类程序 ” 与 “ 邮件已传递到本地存储 ” 之间存在很大的时间差异。 重现问题时，应从全局编录服务器中使用系统监视器日志。这有助于您诊断这些问题。再次使用全局编录服务器可以解决这些问题。要解决这些问题，可以为每一台  Exchange  服务器指定一台全局编录服务器。    注意： 建议只有在要排除故障时才手动配置全局编录服务器。手动配置了全局编录服务器后，如果某个服务器不可用， Exchange  将无法检测到。 有关详细信息，请参阅 。 有关  DSAccess  的其他信息，请参阅  Microsoft  知识库中编号为  250570  的文章： “” 。 ExchOwningPFTreeBL: CN=Public Information Store (PFREP55),CN=First Storage Group,CN=InformationStore,CN=PFREP55,CN=Servers,CN=FourthCoffee,CN=Administrative Groups,CN=Lake District,CN=Microsoft Exchange,CN=Services,CN=Configuration, DC=cumbria,DC=extest,DC=microsoft, DC=com; CN=Public Folder Store (PFREP57),CN=First Storage Group,CN=InformationStore, CN=PFREP57,CN=Servers,CN=Coniston,CN=Administrative Groups,CN=Lake District,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=cumbria,DC=example,DC=microsoft,DC=com; CN=Public Information Store (PFREP56),CN=First Storage Group,CN=InformationStore,CN=PFREP56,CN=Servers,CN=Coniston,CN=Administrative Groups,CN=Lake District,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=cumbria,DC=example,DC=microsoft,DC=com;

NLTEST /DSGETDC:test.com /GC             DC:        Address: .**.**      Dom Guid: f4938c04-de3e-4db1-bbd6-b8a65eaeb77e      Dom Name: test.com   Forest Name: test.com  Dc Site Name: Default Our Site Name: Default         Flags: PDC GC DS LDAP KDC TIMESERV GTIMESERV WRITABLE DNS_DC DNS_DOMAIN DNS_FOREST CLOSE_SITE The command completed successfully

NLTEST /DSGETDC: test.com /GC             DC:        Address:       Dom Guid: f4938c04-de3e-4db1-tt58-b8a666dwb07e      Dom Name:  test.com   Forest Name:  test.com  Dc Site Name: Default Our Site Name: Default         Flags: PDC GC DS LDAP KDC TIMESERV GTIMESERV WRITABLE DNS_DC DNS_DOMAIN DNS_FOREST CLOSE_SITE The command completed successfully

•	全局编录服务器超载或工作过度。
•	全局编录服务器出现性能问题。
•	内存不足。
•	硬盘空间不足。
•	Exchange 2000 Server  与全局编录服务器之间出现暂时性的网络问题。
•	使用同一个全局编录服务器的  Exchange  服务器过多（推荐的  Exchange  处理器与全局编录服务器处理器的比率是四比一）。

开始之前

•	本地管理员组的成员，以及在组织级别应用了  Exchange  管理员角色的组的成员

步骤

指定全局编录服务器

1.	在  Exchange  系统管理器中，展开 “ 服务器 ” ，用鼠标右键单击您的  Exchange  服务器，再单击 “ 属性 ” 。
2.	单击 “ 目录访问 ” 选项卡。
3.	在 “ 显示 ” 中，选择 “ 全局编录服务器 ” 。
4.	清除 “ 自动探查服务器 ” 复选框。 “ 目录访问 ” 选项卡
5.	单击 “ 添加 ” ，再选择要排除其故障的全局编录服务器。所选定的用作域的全局编录服务器的服务器必须存在于  Active Directory  中、必须可以通过  LDAP  端口  3268  访问到、必须实时地处理  Exchange  服务器的请求，并且必须具有收件人对象的全部已启用邮件属性。

本文转自 cdmatong 51CTO博客，原文链接：http://blog.51cto.com/cdmatong/28453，如需转载请自行联系原作者