如何解决 Outlook 2003 或 Outlook 2002 中 RPC“取消请求”对话框的问题

文章翻译 文章翻译
文章编号: 839862 - 查看本文应用于的产品
重要说明:本文包含有关修改注册表的信息。修改注册表之前,一定要先进行备份,并且一定要知道在发生问题时如何还原注册表。有关如何备份、还原和编辑注册表的信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
256986 Microsoft Windows 注册表说明
展开全部 | 关闭全部

本文内容

概要

本文介绍在确定收到以下信息的根本原因时可以使用的典型疑难解答步骤:

Outlook 正从 Microsoft Exchange Server <服务器名称> 上检索数据。请取消该请求,或将该消息最小化并放置到 Windows 的任务栏上,直至 Outlook 自动关闭该消息。

简介

在版本早于 Outlook 2002 的 Microsoft Outlook 中,Outlook 在用户收发邮件、查看或创建约会时,似乎会定期停止响应(挂起)。当 Outlook 停止响应时,用户会看到沙漏光标,直至 Outlook 获取了它所需的信息。在这期间 Outlook 检索的数据类型包括:用户邮箱中的信息、用户公用文件夹中的信息、闲/忙信息和目录查找(检查名称)。Outlook 查询这些信息时用到的服务器可以是 Microsoft Exchange Server 计算机,也可以是全局编录服务器。如果服务器名称显示为 NetBIOS 名称,则说明数据是从 Exchange Server 计算机上检索的。如果服务器名称显示为完全限定的域名称 (FQDN),则说明数据是从全局编录服务器上检索的。

远程过程调用 (RPC) 的“取消请求”对话框是在 Microsoft Outlook 2002 中添加的一项功能。用户可以使用该功能来查看 Outlook 正在访问的服务器。另外,用户也可以使用“取消请求”对话框来取消数据检索。

当 Outlook 2002 及更高版本从 Exchange Server 计算机上检索数据时,Outlook 会调用一个函数将 RPC 包装到服务器。这个新的包装函数就是“可取消的 RPC”包装函数。默认情况下,“可取消的 RPC”包装函数会启动一个计时器并发出 RPC。当 RPC 完成后,包装函数会关闭计时器,完成相应的清理,然后退出。但如果 RPC 完成数据请求并返回数据的时间超过了 5 秒,包装函数将会生成“取消请求”对话框。“取消请求”对话框将一直保留在屏幕上,直到 RPC 被应答或被用户单击“取消”。如果用户在 Outlook 中执行的操作引发了多个 RPC,则可能收到与每个 RPC 对应的“取消请求”对话框。

尽管“取消请求”对话框旨在当 Outlook 停止响应时通过提供服务器信息来改进用户体验,但许多用户会把该信息视作一条错误信息,并联系他们的技术支持以获取更多信息,而没有理解“取消请求”对话框是作为 Outlook 与 Exchange 互操作过程中的一个普通组成部分出现的。在使用了最佳硬件和结构的最快速的网络上,RPC 有时仍需要花 5 秒以上的时间来获得一个响应。如果“取消请求”对话框仅是偶尔出现的话,进行大量的问题排查是没有必要的,而且也无实效。但是,如果用户长期频繁收到“取消请求”对话框,则可能是某个服务器出现了性能问题,或是网络出现了问题。本文讨论在确定频繁出现“取消请求”对话框的根本原因时可以使用的疑难解答步骤。

有关如何在频繁经历网络或其他问题时禁用“取消请求”对话框或增加超时值的其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
293650 更改 Outlook“取消请求”对话框行为

解决“取消请求”对话框的问题

如果长期频繁出现“取消请求”对话框,请按照下列步骤解决此问题。

收集疑难解答信息

要收集疑难解答信息,请按照下列步骤操作:
  1. 当用户收到多个“取消请求”对话框时,收集与此用户正在进行的操作相关的以下信息:
    • 用户是否正在浏览一个位于其他“管理组”的公用文件夹,而没有将该文件夹复制到自己站点上?
    • 用户是否正在打开一个有很多与会者的会议?
    • 用户是否正在创建或更新会议以查看与会者的闲/忙信息?
  2. 请考虑环境中 Active Directory 和 Exchange 的结构,回答以下问题:
    • 全局编录服务器是位于本地还是远程?
    • 与远程站点的连接是否要经过路由器或防火墙?
    • 是否有专用的“公用文件夹”服务器?
    • 系统文件夹驻留在哪里?
    这些问题的答案有助于了解导致问题的根本原因。


审阅 Exchange Server 计算机的事件日志

您可能会注意到应用程序事件日志或系统事件日志中记录的事件。这些事件可以说明 Exchange Server 与全局编录服务器之间是否存在连接问题。如果已从 Exchange 5.5 迁移到 Exchange 2000 或 Exchange 2003,您必须确定 Exchange Server 计算机或专用的“公用文件夹”服务器是否生成了与以下内容相似的事件:


事件 9548
事件类型:警告
事件来源:MSExchangeIS
事件类别:一般信息
描述:禁用的用户 /o=Exchange Organization name/ou=Site name/cn=Recipients container name/cn=User account name 没有主帐户 SID。请使用 Active Directory MMC 将一个活动帐户设置为此用户的主帐户。




事件 9551
事件类型:警告
来源:MSExchangeISPublic
事件类别:一般信息
描述:升级数据库“First Storage Group\Public Folder Store”中文件夹 Public Folder name 的 ACL 时出错。信息存储无法将 /O=Exchange organization name/OU=Administrative Group/CN=Recipients container name/CN=User account name 的安全信息转换为 Windows 2000 安全标识符。这可能是由于 Active Directory 服务延迟所致。如果是由于延迟所致,请等待用户记录被复制到 Active Directory 之后,再尝试访问此文件夹(它将被适当升级)。如果特定对象没有 被复制到 Active Directory,请使用 Microsoft Exchange 系统管理器或 Exchange 客户端来手动更新此文件夹的 ACL。在本示例中,DN 的访问控制项 (ACE) 中的访问权限是 0x41b。



如果看到这些事件,说明您所遇到了未知帐户的问题。这些未知帐户有时也被称为“Zombie 用户”。 有关其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
328880 与 ACL 转换相关的公用文件夹性能问题疑难解答
如果在 Exchange Server 计算机的应用程序日志中看到许多 1016 事件,该问题可能是由正在创建或更新日历项目的用户导致的。在这种情况下,出于测试目的,最好禁用“计划器选项”功能。“计划器选项”最初是由 Outlook 2002 引入的一项功能。如果用户在创建、更新或阅读会议项目时单击了“计划”选项卡,“计划器选项”会比较早版本的 Outlook 收集多得多的信息。如果禁用该功能就能解决 RPC 对话框过多的问题,您还必须确定禁用该功能是否会影响您的业务。如果禁用了“计划器选项”功能,用户可以看到与会者的闲/忙信息,但其他信息就看不到了。

如何关闭“计划器选项”功能

请按照以下步骤来关闭“计划器选项”功能:
  1. 在“工具”菜单上,单击“选项”。
  2. 在“首选参数”选项卡上单击“日历选项”。
  3. 在“日历选项”对话框中,单击“计划器选项”。
  4. 在“会议计划器”部分,单击“显示快捷日历详细信息”复选框。
  5. 单击“确认”三次。
有关“计划器选项”和在 Exchange 服务器上收到事件 ID 1016 的其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
301328 升级到 Outlook 2002 后应用程序事件日志中出现 1016 事件条目

关闭 Outlook 中集成的即时消息传递

如果在 Outlook 中切换邮件的速度缓慢,而导致“取消请求”对话框出现,请关闭 Outlook 中的即时消息传递。为此,请使用下列方法之一。

方法 1

  1. 在“工具”菜单上,单击“选项”,然后单击“其他”选项卡。
  2. 在“人名智能标记”下,单击清除“启用人名智能标记”复选框,然后单击清除“在‘发件人’字段中显示 Messenger 状态”复选框。
  3. 单击“确定”。

方法 2

警告:注册表编辑器使用不当可能导致严重问题,可能需要重新安装操作系统。Microsoft 不能保证您可以解决因注册表编辑器使用不当而导致的问题。使用注册表编辑器需要您自担风险。

管理员也可以通过将以下注册表子项中的“Enabled”注册表值改为 0 来禁用此功能:

HKEY_CURRENT_USER\Software\Microsoft\Office\10.0\Outlook\IM


为此,请按照下列步骤操作:
  1. 单击“开始”,单击“运行”,键入 regedit,然后单击“确定”。
  2. 找到并单击下面的注册表子项:

    HKEY_CURRENT_USER\Software\Microsoft\Office\10.0\Outlook\IM
  3. 在右窗格中,单击“Enabled”。
  4. 在“编辑”菜单上,单击“修改”。
  5. 在“数值数据”框中,键入 0,然后单击“确定”。
  6. 退出注册表编辑器。
有关其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
290025 在启用即时消息的情况下在 Outlook 2002 中打开一条消息时出现延迟

解决 Outlook 配置文件的问题

确定此问题是否仅发生在新的电子邮件配置文件中。

有关如何确定此问题是否仅发生在新的 Outlook 配置文件的其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
287072 如何为 Outlook 2002 创建新电子邮件配置文件
829918 如何在 Outlook 2003 中创建一个新的电子邮件配置文件

关闭 Outlook 中的第三方加载项

如果配置文件中包含有第三方加载项,如防病毒软件、Blackberry 软件或传真软件,请按照以下步骤操作:
  1. 在 Outlook 的“工具”菜单上,单击“选项”。
  2. 单击“其他”选项卡,然后单击“高级选项”按钮。
  3. 单击“加载项管理器”按钮。
  4. 单击清除所有被选中的第三方加载项复选框。
  5. 单击“确认”三次。
  6. 重新启动 Outlook。
在您怀疑所遇到的问题是由 Blackberry 引起时,如想查看可帮助您作出判断的其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
216076 访问信息存储文件夹的速度可能会变慢

解决性能的问题

要解决性能的问题,请使用性能监视器来收集数据。当 Exchange Server 计算机或全局编录服务器存在性能问题时,就会经常遇到 RPC 延迟的问题。

如果 RPC 对话框与 Exchange Server(NetBIOS 名称)有关,请配置性能监视器来实时监视以下计数器:

物理磁盘(所有实例)
- Avg Disk Sec/Read
- Avg Disk Sec/Write
- Current Disk Queue Length

MSExchangeIS
- RPC Averaged Latency
- RPC Requests
- RPC Operations/Sec

Processor
- %Processor Time

Database (Information Store Instance)
- Log Record Stalls / sec

注意:最好从拥有大量空闲磁盘空间的远程工作站上来运行性能监视器。

通常,“RPC Requests”计数器最好低于 10,如果高于 25,则说明存在资源瓶颈。同一时刻只能处理 100 个请求。如果“RPC Requests”达到 100,客户端就会遇到连接遭拒情形。

“RPC Averaged Latency”计数器显示的是服务器为响应客户端请求所需的平均时间。在典型操作中该计数器的值一般小于 20 毫秒。如果它的值持续超过 20 毫秒,就说明信息存储在处理用户请求时耗时太长。通常,如果信息存储耗时太长,说明磁盘存在瓶颈。

对于“Avg Disk Sec/Read”计数器和“Avg Disk Sec/Write”磁盘计数器而言,推荐值为:
  • 好 < 20 毫秒
  • 一般 < 30 毫秒
  • 较坏 < 40 毫秒
  • 缓存/极好 < 1 毫秒
  • 缓存/好 < 2 毫秒
  • 缓存/一般 < 4 毫秒
如果计数器的值大于 .050 秒(50 毫秒),说明极有可能存在磁盘瓶颈。

注意:短暂峰值超过 .050 秒的情况并不少见,但如果发现计数器超过 .050 秒,并且每次持续时间在 30 到 60 秒,则说明可能存在问题。

要确定当前的磁盘队列长度是否存在问题,请查看该值每隔多长时间就会降至零。如果队列长度周期性地降至零,如每分钟队列被清空四次,那么您遇到的问题可能不是磁盘瓶颈。

“Log Record Stalls/sec”计数器最好保持为 0。如果在 Exchange 2000 Server 计算机看到大量的日志停顿,请更改 msExchESEParamLogBuffers 属性的值。 有关如何更改 msExchESEParamLogBuffers 属性值的其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
328466 设置过低的 ESE 日志缓冲可能会导致 Microsoft Exchange Information Store 服务停止响应
如果“取消请求”对话框与具有完全限定域名称 (FQDN) 的全局编录服务器相关,请配置性能监视器来监视全局编录服务器的“% Processor Time”计数器,以确保此计数器的值不会太高。如果持续保持在 > 90,说明该值过高。如果“% Processor Time”计数器的值过高,说明全局编录服务器负载过重。 有关使用性能监视器的其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
811237 如何从使用系统监视器的 Windows 2000 计算机捕获性能数据

解决网络的问题

使用网络监视器或其他协议嗅探器来确定您的网络是否存在问题。

有关如何配置和使用协议嗅探器的内容不在本文的讨论范围内。但如果您已能熟练使用这类实用工具,最好能在同时监视客户端和服务器的流量时重现此问题。在分析数据时,请查看有关重新传输的信息。当客户端或服务器不得不把同样信息的数据包再次发送时,就会出现重新传输,通常是由于数据包在客户端和服务器之间传输时丢失所致。因此,在分析从网络捕获的信息时,请确定客户端请求是否确实到达了服务器,或者,是不是该服务器确实作出了响应但该响应在客户端收到之前丢失了。

属性

文章编号: 839862 - 最后修改: 2005年6月8日 - 修订: 3.3
这篇文章中的信息适用于:
  • Microsoft Office Outlook 2003
  • Microsoft Outlook 2002 标准版
关键字:?
kbhowto kbhowtomaster kbinfo kbtshoot KB839862
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