Exchange Server 5.5 客户端显示为挂起时信息存储查询目录

文章翻译 文章翻译
文章编号: 268357 - 查看本文应用于的产品
本文已归档。它按“原样”提供,并且不再更新。
重要本文包含有关如何修改注册表的信息。请确保您对其进行修改之前备份注册表。请确保您知道如何还原注册表发生问题。有关如何备份、 还原,以及修改注册表的详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
256986在 Microsoft Windows 注册表的说明
展开全部 | 关闭全部

症状

它可能会出现客户端进程已停止响应 (挂起),它将显示沙漏光标很长的时间尚未过程最终将控制返回给用户。当网站是在负载下时,整个一天通常在复制循环期间和唯一通常再次出现此行为。

随着性能监视器衡量信息存储变得无法响应,伴随 RPC 请求 计数器的尖峰时 写入字节 RPC 客户端/秒 计数器仍保持为零。高的远程过程调用 (RPC) 请求本身或与此问题不相关单独的低写入字节。仅当服务器同时出现这两个这些这可能是问题。

具有数百个站点的 Exchange Server 组织中,仅有观察此行为已到。

原因

具有数百个站点的大型 Exchange Server 组织通常需要几分钟才能完成的信息存储的目录搜索。在目录中修改了某些对象,通知可能会触发告诉重建站点寻址列表或有效的 SMTP 域列表等信息存储中。

如果信息存储已经是很忙的事情,搜索目录,并通知它被监视的目录中一个对象已更改,信息存储可能会返回类似于以下应用程序事件日志中一个 DS_E_TOO_LATE 错误:
事件 ID: 7201
源: MSExchangeIS
类型: 警告
类别: 常规
说明: 背景线程 FDsWaitTask 时遇到问题。
错误代码 DS_E_TOO_LATE
此错误的信息存储区的响应是重新生成它针对搜索的对象的列表。在这种情况下从目录化合物该 slowness 读取信息存储使用序列化的访问。当服务器已经正忙时试图处理 (其中一些可能等待以完成此搜索) 的客户端请求客户端似乎挂起,因为它们正在等待其完成的 RPC 调用。请注意每个更新可以强制信息存储区以查找目录中的信息,以便更新一长串可能会导致明显的挂起时间的几分钟时间。

当然,客户端通常产生完全不相关的这一问题的原因有很多的沙漏光标。在这种情况下客户端正在等待来自服务器的响应,并会占用很少或没有在客户端计算机上的 CPU 时间。

解决方案

若要解决此问题,获得最新的 service pack,对于 Exchange Server 5.5。有关详细的信息请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
191014如何获取最新的 Exchange Server 5.5 服务包
更糟糕的是,此问题是在 目录名称 属性未编入索引。在 目录名称 属性未编制索引,将一些搜索的可以会对性能产生负面影响。

若要在 目录名称 属性中的索引,请按照下列步骤。

警告 如果原始 Exchange 服务器管理程序 (管理 /) 的模式使用不当可能会出现严重问题,可能需要重新安装 Microsoft Windows NT Server 和 / 或 Microsoft 的 Exchange 服务器。Microsoft 不能保证可以解决问题所产生的不正确地使用原始模式。使用原始模式需要您自担风险。
  1. 在原始模式中启动 Exchange 管理程序。若要执行此操作可以在命令提示符处使用 管理 / 命令。
  2. 视图 菜单上单击 原始目录
  3. 在左窗格中单击 架构
  4. 在右窗格中双击 目录名,然后单击
  5. 对象属性 列表中单击 搜索标记

    如果 搜索标记 属性的值设置为 0,将值更改为 1
  6. 重新启动 Microsoft Exchange 目录服务。
有关详细的信息请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
184823错误架构索引 Exchange 5.5 到 4.0 升级之后

替代方法

警告如果您修改注册表错误地使用注册表编辑器或使用另一种方法,则可能会出现严重问题。这些问题可能需要重新安装操作系统。Microsoft 不能保证可以解决这些问题。修改注册表的风险由您自己承担。
您可以减少或消除此问题的影响,通过增加时间目录复制桥头服务器在等待之前其通知的更改的站点中其他服务器。您可以增加此时间在下面的注册表项:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeDS\Parameters\Replicator 通知暂停后修改 (以秒为单位)
为此参数默认值是 0x12C 或 300 秒 (五分钟)。如果增加该值,使之符合挂起的最长一系列的持续时间,您可能会降低此问题的影响。

此处的策略是强制执行目录复制桥头,以容纳有点长其更新。这将减少一系列 randomizing 更新将浇筑到站点的可能性。请注意每个更新可能会强制信息存储区以查找目录中的信息,并在信息存储已搜索目录的位置的一段内的更新是此问题的开始位置。

请注意类似于任何性能调整没有余额或进行维护的平衡。如果您增加此注册表值,则可以减少发生可能性的客户端挂起,但代价是完成目录复制的速度可能要慢。

状态

Microsoft 已经确认这是 Microsoft Exchange Server 5.5 版中的问题。Exchange Server 5.5 Service Pack 4 中,第一次已得到纠正此问题。

更多信息

它可以使用性能监视器来诊断此问题有帮助。使用下列对象:
  • MsExchangeIS::RPC 请求
  • MsExchangeIS::Write 字节 RPC 客户端/秒
  • MsExchangeDS::ExDS 读取/秒
此问题的一个典型的性能监视器图表描述了 MsExchangeIS::RPCRequests (以及可能,MsExchangeDS::ExDS 读取/秒) 时一次 每秒 MsExchangeIS::Write 字节 RPC 客户端 公开发布跳水为 0,并且那里保持向上,峰值。最终,RPC 请求 返回到正常水平,并 写入的字节数 返回到其典型的值。

属性

文章编号: 268357 - 最后修改: 2013年10月20日 - 修订: 4.1
这篇文章中的信息适用于:
  • Microsoft Exchange Server 5.5 标准版
  • Microsoft Exchange Server 5.5 Service Pack 1
  • Microsoft Exchange Server 5.5 Service Pack 2
  • Microsoft Exchange Server 5.5 Service Pack 3
关键字:?
kbnosurvey kbarchive kbmt kbhotfixserver kbbug kbexchange550sp4fix kbfix kbqfe KB268357 KbMtzh
机器翻译
注意:这篇文章是由无人工介入的微软自动的机器翻译软件翻译完成。微软很高兴能同时提供给您由人工翻译的和由机器翻译的文章, 以使您能使用您的语言访问所有的知识库文章。然而由机器翻译的文章并不总是完美的。它可能存在词汇,语法或文法的问题,就像是一个外国人在说中文时总是可能犯这样的错误。虽然我们经常升级机器翻译软件以提高翻译质量,但是我们不保证机器翻译的正确度,也不对由于内容的误译或者客户对它的错误使用所引起的任何直接的, 或间接的可能的问题负责。
点击这里察看该文章的英文版: 268357
Microsoft和/或其各供应商对于为任何目的而在本服务器上发布的文件及有关图形所含信息的适用性,不作任何声明。 所有该等文件及有关图形均"依样"提供,而不带任何性质的保证。Microsoft和/或其各供应商特此声明,对所有与该等信息有关的保证和条件不负任何责任,该等保证和条件包括关于适销性、符合特定用途、所有权和非侵权的所有默示保证和条件。在任何情况下,在由于使用或运行本服务器上的信息所引起的或与该等使用或运行有关的诉讼中,Microsoft和/或其各供应商就因丧失使用、数据或利润所导致的任何特别的、间接的、衍生性的损害或任何因使用而丧失所导致的之损害、数据或利润不负任何责任。

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com