Exchange 公用文件夹疑难解答资源

 

上一次修改主题: 2007-02-20

本文提供指向可用于帮助解决 Microsoft® Exchange Server 公用文件夹问题的文档的链接。

在解决问题之前,极力建议在您的环境中运行 Microsoft® Exchange Server 最佳实践分析工具。Exchange Server 最佳实践分析工具会自动检查 Exchange Server 部署,并确定是否根据 Microsoft 最佳实践设置配置。您可以在运行 Microsoft .NET Framework 1.1 的客户端计算机上安装 Exchange Server 最佳实践分析工具。使用适当的网络访问权限,Exchange Server 最佳实践分析工具可检查所有的 Microsoft Active Directory® 目录服务以及 Exchange 服务器。

您可以通过使用 Exchange Server 最佳实践分析工具执行下列任务,确定 Exchange 服务器和拓扑的整体运行状况:

  • 可以生成一个问题列表,如次优的配置设置以及不支持的选项或非建议选项。
  • 可以确定系统的整体运行状况。
  • 可以通过收集每个警告、错误以及非默认配置消息的警报特定的文档,来帮助解决特定的问题。

可以对整体部署、特定服务器或一组服务器运行此工具。

下列项目是 Exchange Server 最佳实践分析工具报告的特定公用文件夹配置的示例:

  • Aging Clean Interval 注册表值
  • Background Cleanup 注册表值
  • Replication Expiry 注册表值
  • Minimum Runtime 注册表值
  • Replication Folder Tombstone Age Limit 注册表值
  • Replication Folder Conflict Age Limit 注册表值
  • Preferred Backfill Source 注册表值
  • 公用文件夹存储数据库的大小
  • 公用文件夹存储数据库的位置
  • 没有电子邮件地址的公用文件夹存储
  • 公用文件夹数据库树分配
  • 跟踪重复的注册表值
  • 内容索引配置
  • 顶级层次结构 (TLH) 上的权限
  • 已删除邮件保留期限的配置
  • 脱机通讯簿的配置
  • 公用文件夹层次结构的配置
  • Active Directory 连接器 (ADC) 创建的公用文件夹连接协议

本节提供一些常规最佳实践,以便在您删除公用文件夹和公用文件夹数据库时提供帮助。删除 Exchange Server 公用文件夹和公用文件夹数据库时必须小心谨慎。

要删除公用文件夹,请在“文件夹”下,用鼠标右键单击相应的文件夹,然后选择“删除”。此操作将导致下列操作:

  • 删除公用文件夹。
  • 生成传出层次结构复制邮件。
  • 将传出层次结构复制邮件从此服务器发送到组织中的所有其他公用文件夹服务器。传出层次结构复制邮件提供有关删除公用文件夹的信息。

在 Exchange Server 5.5 中,管理员可以在删除公用文件夹时不让系统捕获到任何文件夹记录或删除事件。在 Exchange 2000 Server 和 Exchange Server 2003 中,管理员可以通过将公用文件夹常规类别的诊断日志记录调整为“中等”或“高”来启用对公用文件夹删除的审核。此调整会导致每次删除公用文件夹时都会在服务器上的应用程序日志中记录一个事件。该事件列出已删除的公用文件夹的名称和用于删除该公用文件夹的用户帐户。

如果您尝试删除公用文件夹树,则在删除关联的存储之前,Exchange Server 不会删除该树。当您删除公用文件夹存储和公用文件夹时,Exchange 系统管理器会相应地更新 Active Directory。删除公用存储之前,应将该存储上存在的任何文件夹删除或复制到其他服务器。删除公用文件夹后,那些仅复制到被删除的公用存储的任何公用文件夹的内容会永久丢失。

手动删除公用数据库文件(.edb 和 .stm 文件)并不是最佳实践。手动删除这些文件后,Exchange Server 会在下次装入 Exchange Server 存储时重新创建它们。此时,文件夹层次结构会回填,而且如果已删除存储上的一个或多个文件夹在其他文件夹上有副本,则内容也会回填。

Caution警告:
也可以通过使用 Exchange 系统管理器中的“删除服务器”选项来删除公用文件夹。通过用鼠标右键单击 Exchange 系统管理器中的服务器,并选择“删除服务器”,可以强制将该服务器移出组织。此方法可绕过通过其他方法所做的所有检查。但是,此方法是删除服务器的最具破坏性的方法并可能导致最多问题。只应在服务器本身已损坏的情况下使用此方法。例如,如果服务器遇到灾难性故障并且您没有备份,则可以使用此方法。但是,甚至在这种情况下,也应特别谨慎地使用此方法。

安装到管理组中的第一台 Exchange 服务器包含管理组的站点文件夹。站点文件夹维护该管理组脱机地址列表和忙/闲数据的副本。站点文件夹还保存其他管理组中其他站点文件夹的副本。如果尝试删除包含站点文件夹的存储,则在站点文件夹被重新连接到管理组中的其他服务器之前,Exchange 系统管理器不会删除该存储。

因此,要删除管理组中的第一个 Exchange 服务器或删除包含站点文件夹的公用文件夹存储,必须首先将公用文件夹复制到管理组中的其他 Exchange 服务器。此外,必须将脱机地址列表和 Schedule+ 忙/闲文件夹复制到其他服务器。

只有了解复制的工作原理,才能有效地解决复制问题。您应该了解 Exchange Server 使用的复制邮件类型,并了解更改号码集(CN 集)。有关这些概念的说明,请参阅 Working with Exchange Server 2003 Stores (英文) 中的“Controlling Public Folder Replication”(控制公用文件夹复制)。此外,有关在 Exchange 2000 Server 和 Exchange Server 2003 中部署和配置公用文件夹复制的最佳实践信息,请参阅 Exchange 公用文件夹最佳实践:实现复制

下节提供了一些常规最佳实践来帮助您解决复制问题。

有时,回填过程可能需要很长时间,尤其是在存储发生故障并丢失了原始复制更新和后续状态邮件时。下面是回填过程很慢的几个常见情形。

  • Exchange Server 从过时服务器回填。如果回填请求被发送到没有丢失数据的服务器,则不会满足回填请求。此情形的一个例子是您最近已将旧备份还原到服务器,在您还原该备份后向该服务器发送了一个回填请求。在此情形中,存储必须发送多个回填请求。此过程可能需要数小时乃至数天。
  • Exchange Server 向新服务器发送状态请求。如果发送初始状态请求的服务器本身是一个新的存储,则该服务器可能只具有层次结构。在这种情况下,这些存储会显示为彼此同步,即使它们与组织其余部分不同步也是如此。当来自组织中其他存储的更新到达时,将最终解决此问题。但是,由于满足了初始请求,后续回填可能需要数小时乃至数天。
  • 创建新路由组。Exchange 安装程序会在有到组织其余部分的传输链路之前启动 Exchange 公用存储。存储发送出其状态请求,但由于传输尚未正常运行,因此存储不会收到答复。然后存储退到使用修订计划,之后再发送其他状态请求。建立传输链路后,服务器会尝试发送状态请求或更新。此外,来自其他存储的状态邮件可能表明该存储需要回填。但由于初始状态请求已丢失,数据回填可能需要数小时乃至数天。
  • 收件人更新服务尚未更新存储上的邮件属性。公用文件夹存储可以尝试在用所需邮件属性标记其目录对象之前发送状态请求。当然,此状态请求会导致一个复制邮件的未送达通知 (NDR)。同样,由于初始状态请求失败,存储可能需要数小时乃至数天才能重新回到同步状态。

在所有这些情形中,不是初始复制邮件丢失,就是存储从没有任何公用文件夹相关信息的存储中请求信息。最终,这些情形将在其他服务器发现该数据丢失时解决自身的问题。如果您发现该文件夹不同步,并且该文件夹在多次回填超时后似乎仍未回到同步状态,则应修改最新文件夹的副本。

要验证文件夹是否最新,必须视觉确认所有文件夹项目是否都存在。例如,如果遇到不完整层次结构的问题,请修改最新副本上的层次结构。这可以通过更改最新副本上的权限条目实现。此外,如果遇到缺少内容的问题,请通过投递邮件修改最新副本上的内容。此操作会强制将复制邮件发送到不同步的存储并触发回填请求。

通过将特定服务器上传入和传出复制的诊断日志记录设置为最高级别,可以解决复制问题。

将特定服务器上传入和传出复制的诊断日志记录设置为“最高”
  1. 在服务器的“属性”页上,单击“诊断日志记录”选项卡。

  2. 展开 MSExchangeIS,然后展开“公用文件夹”。

  3. 在“公用文件夹”选项卡上,将“复制传入邮件”和“复制传出邮件”设置为“最高”。

此过程将生成几个事件 ID,包括已发送复制邮件的通知和公用文件夹更新的回执。入站复制邮件的事件 ID 范围从 3011 到 3020,出站复制邮件的事件 ID 范围从 3021 到 3030。这些是很好的常规用途复制事件邮件,可帮助您缩小复制问题的范围。

确定特定复制区域后,可以相应地打开其他复制日志记录对象上的日志记录。其他复制对象包括复制站点文件夹、复制过期、复制冲突、复制回填和复制错误。解决完问题后,请确保将日志记录重新设置为“无”或“最低”,因为“最高”日志记录级别可以迅速填满事件日志。

解决公用文件夹复制问题后,您可能会发现事件日志不显示任何错误。但是,新创建的公用文件夹和旧公用文件夹的内容在各个组之间可能未被正确复制,即使复制时间段可能已经过去。此差异可能由这样的事实引起:复制邮件已经发送出去,但目标服务器未收到这些邮件。邮件跟踪是用于确定此差异原因的有用工具。存储相互之间通过应用程序发送电子邮件,通过使用邮件跟踪工具可以跟踪这些电子邮件。

有关如何使用邮件跟踪诊断和解决公用文件夹复制问题的详细信息,请参阅知识库文章 XADM:Public Folder Hierarchy and Content Is Not Being Replicated Across Routing Groups (英文)。

与公用文件夹上权限有关的两个常见问题会对用户的可访问性和 Exchange 服务器的性能产生负面影响。这些问题是从 Exchange Server 5.5 迁移到 Exchange 2000 Server 或 Exchange Server 2003 的结果。

首先,有时候应用于公用文件夹的权限似乎并不会持续不变。例如,您可以通过在公用文件夹属性页上的“权限”选项卡上添加用户,完成为用户赋予公用文件夹的访问权限的过程。虽然用户显示为已添加,但是该用户并不被允许访问该文件夹。此外,当您刷新“权限”选项卡时,不会列出该用户。

此问题是由于您要添加到公用文件夹权限中的 Active Directory 帐户的问题引起的。很可能不是公用文件夹本身的问题。您正在试图提供访问权限的帐户可能是已启用邮件的并已定义 msExchMasterAccountSID 属性的帐户。信息存储不会将具有 msExchMasterAccountSID 属性的已启用邮件的用户视为有效配置。如果您检查 Exchange 服务器上的应用程序日志,将可能看到 9548 事件,该事件涉及具有 msExchMasterAccountSID 属性的用户。

MSExchMasterAccountSID 属性是在已禁用的由 ADC 创建的已启用邮件的用户对象上创建的。MSExchMasterAccountSID 属性是使用与 Exchange 5.5 Server 邮箱相关联的用户帐户的安全标识符 (SID) 设置的。在迁移方案中,此用户帐户通常是 Microsoft Windows NT® 4.0 用户帐户。但是,根据方案,它可能是与 Exchange 5.5 Server 邮箱相关联的另一个目录林中的 Active Directory 用户帐户。

当已禁用的由 ADC 创建的已启用邮件的用户帐户被手动(而不是使用工具,如 Active Directory 迁移工具)启用以便将帐户迁移到 Active Directory 时,此问题最常见。建议您不要手动启用已禁用的帐户。有关解决此问题的详细信息,请参阅本文后面的“有关解决复制问题的资源”。

公用文件夹权限的另一个常见问题也是从 Exchange 5.5 Server 升级的结果。有时,具有 Exchange 5.5 Server 组织中公用文件夹权限的邮箱并没有与 Active Directory 中邮箱相关联的用户对象。当具有 Exchange 2000 Server 或 Exchange Server 2003 邮箱的用户试图查看公用文件夹时,此差异可能导致访问问题。用户可能会遇到访问问题。此外,Exchange Server 可能会遇到一般性能问题。

您将可能遇到公用文件夹权限问题的最常见症状是用户再不能从 Microsoft Office Outlook® 中看到某些公用文件夹。个别文件夹本身不会显示出来。此症状只影响那些已经迁移到 Exchange 2000 Server 或 Exchange Server 2003 的用户。仍使用 Exchange 5.5 Server 的用户不会受到影响。

当您查看 Exchange 系统管理器时,公用文件夹是可见的。如果这时检查 Exchange 系统管理器中公用文件夹的权限,那些不能查看公用文件夹的用户将作为具有权限的用户列出。如果更改权限以使这些用户拥有所有者权限,则他们将在 Outlook 中看到公用文件夹,并将能够访问该文件夹。但是,如果您然后将其权限重新更改为非所有者,则当他们再次尝试查看该公用文件夹时,该公用文件夹将不会出现在 Outlook 中。

此行为是由于某个访问控制列表 (ACL) 转换问题引起的。公用文件夹上可能有一个作为具有权限的邮箱列出的邮箱,但该邮箱不再存在。该邮箱可能已从 Exchange 5.5 Server 中删除,但未从公用文件夹或邮箱的 ACL 中删除。或者,公用文件夹上列出的某些用户拥有尚未在 Active Directory 中表示的权限。如果检查 Exchange 2000 Server 或 Exchange Server 2003 上的应用程序日志,您将可能看到 9551 事件和 9552 事件。这些事件将列出服务器与之存在 ACL 转换问题的公用文件夹。这些事件还将列出导致问题的用户或组。有关解决此问题的详细信息,请参阅下列资源。

 
显示: