解决 RPC 请求处理速度慢的问题

07/04/2014

本文内容

上一次修改主题： 2008-11-12

如果您在 MAPI 模式下使用 Microsoft Office，Outlook 会将客户端操作作为客户端和服务器之间的远程过程调用 (RPC) 来执行。如果用户以联机模式运行，这些 RPC 调用将同步发生。在满足这些同步请求的过程中，服务器所造成的任何延迟会直接影响用户体验和 Outlook 的响应。相反，您在缓存模式下运行时所执行的大多数操作会在用户的邮箱本地副本中发生，或者以异步(后台)RPC 的形式发送到服务器。通常，异步 RPC 不会影响 Outlook 客户端本身的响应或总体体验。

当 Microsoft Exchange 信息存储服务首先在服务器上启动时，它将向 RPC 服务注册并且会接收到分配的 500 个 RPC 线程。当客户端执行日常操作时，会连接到各个线程，或与其断开连接。这包括读取和发送电子邮件、创建约会和任务以及查看日历。MSExchangeIS\RPC Requests 性能计数器指示当前正在使用的线程数量(由客户端“所有”)。MSExchangeIS\RPC Operations/sec 性能计数器反映服务器在上一秒所接收到的操作数量。如果 RPC 请求数量在一段时间内稳定增加，则明显表示服务器不能足够快地处理客户端操作。当 MSExchangeIS\RPC Requests 性能计数器的值达到 500 时，所有 RPC 线程都已用尽，并且客户端将无法向服务器提交新请求，直到现有线程上的所有操作已完成并且该线程得到释放为止。

由于 MSExchangeIS\RPC Operations/sec 性能计数器反映服务器的当前工作量，因此它对于识别 Exchange 处理中的瓶颈非常有用，特别是在管理员知道峰值时段和正常操作期间服务器的期望值的情况下尤其如此。在每秒接收 300 个 RPC 操作时仍然可以工作的服务器可以尽力保持每秒接收 1500 个 RPC 操作。管理员应该始终查看 MSExchangeIS\RPC Operations/sec 计数器，并将此值的更改与 RPC 请求数的更改相关联。

如果客户抱怨 Exchange 的性能非常糟糕，并且 MSExchangeIS\RPC Requests 和 MSExchangeIS\RPC Operations/sec 的值都很小或为零，则明显指示瓶颈并不在服务器本身。此处的问题是服务器外部的原因完全阻止了信息到达服务器。管理员应该查看 Active Directory 性能、网络性能、客户端配置以及可能导致数据无法到达 Exchange 服务器的其他方面问题。

如果 MSExchangeIS\RPC Requests 在稳定上升，而 MSExchangeIS\RPC Operations/sec 仍然相当稳定，则表明服务器无法处理现有的工作量。管理员应该验证硬件组件，包括物理内存、存储器以及处理器功能，或减少服务器上用户的数量。

如果 MSExchangeIS\RPC Requests 稳定上升，而 MSExchangeIS\RPC Operations/sec 稳定下降，则表明 Exchange 服务器正是瓶颈所产生的根源。在这种情况下，某些原因会阻止了信息存储完成 RPC 操作，并且相关联的 RPC 线程将保持分配状态。随着越来越多的线程得到分配，服务器可用于执行新操作的线程会越来越少，因此新操作的数量将减少。如果服务器最终达到 500 个未处理的 RPC 请求，则新的 RPC 操作将被拒绝。这通常是由于严重的物理资源不足(内存或磁盘)，或者信息存储或集成组件(防病毒、日记等)中的处理问题所导致的。

下表包含了用于解决和隔离 RPC 处理问题的最重要的计数器。

用于 RPC 处理的性能计数器

计数器

预期的值

MSExchangeIS\RPC Requests

表明当前由 Microsoft Exchange Information Store 服务提供服务的 MAPI RPC 请求数。

Microsoft Exchange Information Store 服务在拒绝新的客户端请求之前最多可以同时支持 500 个 RPC 请求。

它应该始终低于 70。

MSExchangeIS\RPC Averaged Latency

指示过去 1024 个 RPC 数据包中所有 RPC 操作的平均延迟(毫秒)。

有关总体服务器 RPC 平均延迟增加时客户端如何受到影响的信息，请稍后参见本主题中的“客户端限制”。

它应该始终低于 25 毫秒。

MSExchangeIS\RPC Operations/sec

表示每秒提交给信息存储的当前 RPC 操作数。

这很好地反映了客户端活动，但是仅供参考。

MSExchangeIS\RPC Num. of Slow Packets

表示过去 1024 个 RPC 数据包中延迟超过 2 秒的数据包数目。

它应该始终少于 2 秒。某些正常操作可能花费的时间会超过 2 秒，但平均值应该始终少于 2 秒。

客户端监视

Microsoft Office Outlook 2003 和 Office Outlook 2007 包含已添加的客户端监视功能。客户端监视功能用于查找客户端错误和延迟问题。您可以通过修改服务器的注册表在 Exchange 服务器上启用客户端监视功能。启用监视功能之后，Outlook 2007 和 Outlook 2003 客户端会基于连接状态将数据发送到服务器，其中包括失败的 RPC 请求和错误条件。本信息聚合在服务器上，并记录在服务器的事件日志条目中。有关如何启用 Outlook 中客户端监视的详细步骤，请参阅如果启用客户端监视功能。

客户端限制

Exchange 2007 包含一个称为 RPC 客户端限制的新功能，可用于帮助管理员管理其最终用户的性能体验。引入 RPC 客户端限制是为了帮助防止客户端应用程序每秒向 Exchange 服务器发送过多的 RPC 操作，发送的 RPC 操作过多可能会降低总体服务器性能。这些客户端应用程序包括通过用户邮箱内的每个对象进行搜索的桌面搜索引擎、写入了位于 Exchange 邮箱的操作数据的自定义应用程序、企业级的电子邮件归档产品以及或启用了 CRM 和电子邮件自动标记的邮箱。客户端限制使 Exchange 能够发现并帮助阻止少数用户垄断服务器。当 Exchange 服务器将某个客户端识别为对服务器造成失衡影响时，服务器将向客户端发送“回退”请求以减少对服务器的性能影响。有关 Exchange 2007 中可用的客户端限制功能的详细信息，请参阅了解客户端限制。