解决 Microsoft Exchange 服务器性能问题_图文

1、c5541abf-15ce-464f-b5d2-758395fcdf3e解决 Microsoft Exchange 服务器性能问题Microsoft Corporation发布日期:2006 年 12 月 12 日作者:Exchange Server 文档组摘要本指南向 Exchange 管理员提供关于如何隔绝性能降级并为该目的而使用现有工具和步骤的信息。有意见或建议吗?请将您的反馈(英文发送至 exchdocs。Contents解决 Microsoft Exchange 服务器性能问题 (5获取正确的疑难解答工具 (5性能 (6了解何时监视性能 (7Load Simulator (LoadS

2、im (7Exchange 压力和性能 (8网络监视器 (8Filemon (8识别性能下降的症状 (9识别正在增长的邮件队列 (9监视邮件队列的示例 (10识别慢速 RPC 请求处理 (11客户端监视 (12监视 RPC 处理的示例 (12如何启用 Outlook 2003 客户端监视 (13开始之前 (14步骤 (14识别 Epoxy 中正在增长的队列 (14监视 Epoxy 队列的示例 (16分析并找出性能下降的原因 (17排除第三方应用程序或支持应用程序 (18解决 I/O 传输问题 (18解决处理器利用率问题 (19解决内存利用率问题 (20解决网络使用率问题 (21监视两台计算机之

3、间的通信 (21如何在网络监视器中创建地址数据库 (22步骤 (22如何使用网络监视器监视两台计算机之间的网络通信 (22开始之前 (23步骤 (23解决磁盘限制问题 (23查看临时磁盘的 I/O 模式 (24查看数据库磁盘的 I/O 模式 (24使用同步复制查看数据库磁盘的 I/O 模式 (26查看事务日志磁盘的 I/O 模式 (29查看 SMTP 队列的 I/O 模式 (30查看页面文件磁盘的 I/O 模式 (31提高磁盘性能 (32解决内存限制问题 (33查看用户空间内存 (33提高用户空间内存 (33查看内核内存使用情况 (34查看 Exchange 存储虚拟内存 (41提高 Exch

4、ange 存储虚拟内存 (43解决处理器限制问题 (44处理器限制问题的示例 (44提高处理器性能 (46解决网络限制问题 (47提高网络性能 (47解决 Active Directory 限制问题 (47提高 Active Directory 性能 (50处理特殊的 Exchange 角色和性能 (51查看前端服务器 (51查看公用文件夹服务器 (51处理多瓶颈问题 (53多瓶颈示例 (53查看症状 (53Copyright (575 解决 Microsoft Exchange 服务器性能问题 一个或多个子系统运行不佳,会改变服务器的响应和行为。通常,这意味着服务器无响应或工作行为降低到不可

5、接受的程度。性能降低会使服务级别协议 (SLA 处于风险中,这最终会损害组织本身。这些主题为 Microsoft® Exchange Server 2003 管理员提供了有关如何找出性能降低情况的信息,以及如何使用现有工具和产品(如 Performance、Load Simulator、Exchange Stress and Performance 2003、Network Monitor 和 Filemon执行此操作的信息。还可以使用这些主题中的信息来确保服务器性能不会由于硬件问题或故障而逐渐降低。注意,有关确保服务器正常运行以及诊断或解决用户体验问题的内容,超出了这些主题的论述范

6、围。尽管通常认为服务器的性能问题会导致用户体验差(如客户端响应缓慢,但实际情况并非总是如此,而且用户体验差也不一定都是由性能问题导致的。在断定服务器性能差导致用户体验差之前,必须将用户问题与观察到的服务器性能降低情况相关联。注意: 请下载 Troubleshooting Microsoft Exchange Server Performance (英文,以便脱机后打印或阅读。 获取正确的疑难解答工具当排除运行 Microsoft® Exchange Server 2003 的服务器的性能故障时,可以使用Microsoft Windows® 操作系统附带的工具或者通过 Int

7、ernet 获得帮助。下表列出的工具对诊断或阻止瓶颈以及帮助隔离问题很有帮助。Exchange 2003 性能工具工具名称 说明 安装方法Performance (perfmon.msc 用于建立性能的基准和解决性能问题。注意:此工具在 Windows 2000 及更早版本中称为性能监视器。 随 Windows 一起安装。Load Simulator (LoadSim(loadsim.exe 用作测试服务器对邮件负载的响应的基准工具。 Exchange 2003 版本:link/?linkid=250976工具名称 说明 安装方法Exchange Stress and Performance

8、(ESP 2003 (medusa.exe 用于测试压力和性能。 此工具通过同时访问一个或多个协议服务器来模拟大量客户端会话。Exchange 2003 版本: link/?linkid=25097Network Monitor (netmon.exe用于诊断服务器连接问题。添加/删除程序 添加/删除 Windows 组件Filemon (filemon.exe用于跟踪到特定过程和文件的 I/O http:/www.sysinternals.co m/当测试系统以确保系统在投入使用之前状况良好时,LoadSim 和 ESP 将是非常有用的工具。可以使用其他工具帮助诊断生产服务器中的瓶颈。性能性

9、能是长期监视大量子系统和软件的 Microsoft 管理控制台 (MMC 管理单元。它提供了一种公用的基础结构,用于根据性能计数器报告数据。这些计数器依据对象、计数器和(可选实例以层次结构进行组织,如下所述:性能对象 这是受监视计算机的一个部分。最常用的一些对象是“处理器”、“内存”和“物理磁盘”。安装 Exchange 2003 会将新对象(如 MSExchangeIS添加到性能对象列表。计数器 性能对象应用的计数器是可监视对象的一部分。例如,可以监视内存可用的字节数、千字节数和兆字节数,以及内存对象的每秒页错误数或每秒总页数。实例(可选 在计算机上可能存在多个要监视的对象或计数器。例如,在

10、查看多处理器计算机上的“处理器”对象下的计数器时,会看到数量与该计算机上的处理器数目相同的实例。可以选择仅监视特定的处理器或监视所有处理器。本文中介绍了很多性能计数器。使用性能管理单元,可以轻松地看到这些计数器的当前值,也可以验证每个计数器的当前状态。但是,最有意思的功能是将任意数目机器上的任意数量的计数器、对象和实例记录到文件或 SQL 数据库。 本文中提及的性能计数器具有以下格式: 性能对象(实例计数器注意: 实例不是必需的。例如,性能计数器,PhysicalDisk% Disk Time ,并没有特定的实例。7了解何时监视性能了解使用性能管理单元监视哪些计数器,这只是监视性能的一部分。还

11、需要知道何时监视这些计数器。一个服务器有很多状态,通过监视每个状态,可了解哪一个服务器操作正常以及哪个不正常。当 Exchange 服务器联机时,在 Exchange 正确填充缓存和所有内存结构之前还需要一些时间。此状态称为瞬间状态。瞬间状态的长短取决于服务器大小(处理器的数量、内存大小和其他因素及其承担的负载大小。通常,瞬间状态的持续时间为每天 1 到 2 个小时。瞬间状态结束后,服务器进入另一种状态,在该状态中服务器应展示与预测差异一致的负载。此状态称为静止状态,除非负载更改或出现外部因素,如备份、还原、数据库维护等,否则该状态将一直持续下去。分析服务器时,必须记录服务器的性能和尽可能多的

12、数据点,因为取样速度要比衡量效果快得多。如果发生循环性能下降,则应该在发生之前、发生期间和之后在整个循环中进行记录。此外,建议使用至少一分钟的取样解决方案,否则不容易发觉性能问题。例如,5 分钟内的磁盘峰值可以在 30 秒性能日志中追踪到。如果在特定的时间段中没有明显的下降,则在延长时间(如服务器周期里的一整天中记录通常会非常明显。用户通常在早晨、高峰时间和一天结束时开始使用服务器,而了解服务器在这些时间如何反应非常重要。了解服务器在数据库维护和备份周期期间如何反应也非常重要。有时,错误制定的备份计划可能会强制数据库维护不正常结束,这以后会影响服务器性能。Load Simulator (Loa

13、dSimLoad Simulator 或 LoadSim 2003 是模拟 MAPI 客户端性能负载的工具。管理员调整服务器大小和验证部署计划时,它将是很有用的工具。具体来说,LoadSim 有助于确定每个服务器是否可以处理希望其承担的负载。LoadSim 的另一个用途是帮助验证总体解决方案。但是,当遇到整个调整服务器大小的情况时,LoadSim 不会考虑全部的因素。LoadSim 不会模拟下列可能影响服务器容量规划的因素:从 Internet 传入的未经请求的商业电子邮件(也称垃圾邮件从 Internet 或组织的其他站点传入的简单邮件传输协议 (SMTP 邮件流使用非 MAPI 协议的帐户

14、访问,如邮局协议版本 3 (POP 3 帐户访问和 Internet 消息访问协议版本 4rev1 (IMAP4使用移动设备公用文件夹使用此外,LoadSim 不会完整描述用户的体验,不应从这方面说明其结果。有关 LoadSim 2003 的详细信息,请参阅随工具附带的文件,LoadSim 2003.doc。8Exchange 压力和性能使用 Exchange 压力和性能 (ESP 可以任意地模拟几个并发访问一个或多个 Exchange 2003 服务器的客户端会话。ESP 提供一些模块,这些模块通过下列 Internet 协议/API 模拟客户端会话:WebDAV (用于 Microsoft

15、 Outlook® Web AccessIMAP4轻型目录访问协议 (LDAPOLE DB网络新闻传输协议 (NNTPPOP3SMTPOutlook Mobile Access 同步Outlook Mobile Access 浏览因此,ESP 被认为是与 LoadSim 类似的工具,不同之处是 ESP 在验证使用移动功能和 Internet 协议的部署时使用,而 LoadSim 则不是。有关 ESP 详细信息,请阅读随工具附带的文档。网络监视器网络监视器使您能够检测 LAN 上的问题并解决问题。使用网络监视器可以完成下列任务:确定网络通信的模式和网络问题。例如,可以确定客户端与服务器

16、之间的连接问题,找到产生不成比例的工作请求数的计算机,以及发现网络上未经授权的用户。直接从网络上捕获帧(数据包。显示、筛选、保存和打印已捕获的帧。有关使用网络监视器解决性能问题的说明,请参阅本文中后面的“排除网络使用故障”部分。有关网络监视器的详细信息,请参阅下列 Microsoft 知识库文章:Microsoft 知识库文章 294818“有关网络监视器常见问题”Microsoft 知识库文章 148942“如何使用网络监视器捕获网络通讯量”FilemonFilemon 是 Sysinternals 中可用的第三方工具。此工具可实时监控和显示系统中的文件系统活动。它的高级功能使之成为了一个强

17、大的工具,使用该工具可探测 Windows 的工作方式,9查看应用程序如何使用文件和 DLL,或者评估系统或应用程序文件配置中的问题。Filemon 时间戳功能可精确地指示每次打开、读、写或删除操作发生的时间,同时其状态列表示结果。Filemon 启动时就开始监视,它的输出窗口可以保存到文件以供脱机查看。它具有完整的搜索功能和筛选功能。有关 Sysinternals Filemon 工具的详细信息,请参阅解决 I/O 传输问题。注意: 提供此第三方联系信息是为了帮助您查找所需的技术支持。此联系信息如有更改,恕不另行通知。Microsoft 不保证第三方联系信息的准确性。识别性能下降的症状使用正

18、确的疑难解答工具,您可以开始诊断 Exchange Server 2003 性能下降的地方。如果服务器在执行时开始变得不顺利,通常是因为特定子系统的性能已开始下降。对于诸如 Exchange 的邮件服务器,性能下降一般有邮件队列增长、客户响应缓慢或 Epoxy 队列增长的症状。识别正在增长的邮件队列在 Exchange Server 2003 中,简单邮件传输协议 (SMTP 是在服务器之间以及在服务器和 Internet 之间传输邮件的默认方式。所有收件人和发件人不在同一服务器上的邮件,都要通过 SMTP 传输。邮件的传输途径通常包括以下步骤:1. 使用 MAPI 或 SMTP 提交邮件。2

19、. 对邮件进行分类,即 Exchange Server 向 Active Directory® 目录服务查询有关其收件人的信息。3. 对邮件进行路由,即由 Exchange 服务器决定,是对邮件进行本地传递(收件人在此服务器上,还是将邮件发送到哪个服务器(Internet、另一个服务器、其他域等。4. SMTP 或者对邮件进行本地传递,或者将其排入远程传输队列中。大多数情况下,本地传递队列中的邮件积压表明服务器出现了性能问题或发生了中断,因为服务器无法及时传递传入的邮件。这种积压的原因可能是查询 Active Directory 或为本地传递或 SMTP 处理邮件时的速度缓慢,也可能

20、是因为正在卸除数据库。远程队列长度的增加意味着没有将邮件发送到其他服务器。发送邮件失败,可以用网络或远程服务器的中断或性能问题来解释。这些中断或性能问题可导致网络或远程服务器无法有效地接收邮件。10要确定邮件队列是否在增加,请查看下表中列出的计数器。这些计数器显示了 Exchange 中的各种邮件队列以及它们的期望值。如果计数器的值与期望值不匹配,则表明出现了邮件队列积压的性能问题。邮件队列的性能计数器邮件队列计数器 期望值SMTP ServerLocal Queue Length指示等待本地传递的 SMTP 队列中的邮件数。 最大值应小于 1,000。该队列应在接近其平均值处保持稳定,变化应

21、很小。SMTP ServerRemote Queue Length指示等待远程传递的 SMTP 队列中的邮件数。 最大值应小于 1,000。该队列应在接近其平均值处保持稳定,变化应很小。SMTP ServerCategorizer Queue Length指示等待 DS 属性搜索的 SMTP 队列中的邮件数最大值应小于 10。MSExchangeIS MailboxSend Queue Size指示邮箱存储的发送队列中的邮件数。发送队列大小应始终小于 500。MSExchangeIS MailboxReceive Queue Size指示邮箱存储的接收队列中的邮件数。接收队列大小应始终小于 5

22、00。MSExchangeIS PublicSend Queue Size 指示公用文件夹的发送队列中的邮件数。 在没有已启用邮件的公用文件夹的服务器中,该值应低于 10。否则,应始终低于 500。MSExchangeIS PublicReceive Queue Size指示公用文件夹的接收队列中的邮件数。它应始终低于 500。监视邮件队列的示例在本示例中,您可以看到邮件队列长度不断增加,这是服务器负载在早高峰期不断增加的症状。如下图所示,该 Exchange 服务器的使用高峰期从上午 9:00 开始。在这段高峰期内,存储器中的 MSExchangeIS MailboxSend Queue S

23、ize 计数器的值始终保持在 200 左右,SMTP ServerLocal Queue Length 计数器的值一直增长,在高峰期结束时超过了 15,000 封邮件。11 使用性能管理单元监视邮件队列 识别慢速 RPC 请求处理在 MAPI 模式中使用 Microsoft® Office Outlook® 时,Outlook 中的客户端操作会转换为客户端与服务器之间的远程过程调用 (RPC。如果用户正在以联机模式运行,这些 RPC 调用会同步发生。服务器在实现这些同步请求的过程中所导致的任何延迟都会直接影响用户体验和 Outlook 的响应性能。相反,在缓存模式中运行会导

24、致大部分请求被异步处理。异步处理意味着不应将大多数用户操作的启动速度转换为 Outlook 的响应性能或总体体验。通常,如果 RPC 请求中的峰值不增加每秒的 RPC 操作数,则表示存在阻碍存储及时实现请求的瓶颈。通过 RPC 请求和每秒的 RPC 操作数确定发生瓶颈的位置相对来说比较简单。如果客户端遇到了延迟,但 RPC 请求却为零,而且每秒的 RPC 操作数也很低,则性能问题应发生在 Exchange 处理该请求之前(即发生在 Microsoft Exchange Information Store 服务实际获取传入请求之前。所有其他组合都指向一个问题,即性能发生在 Exchange 处理

25、请求时还是处理请求后。12 下表中显示的计数器可指出实现 RPC 请求过程中的延迟。针对 RPC 处理的性能计数器计数器 期望值应始终低于 30。MSExchangeISRPC Requests指出当前 Microsoft Exchange InformationStore 服务正在处理的 MAPI RPC 请求数。Microsoft Exchange Information Store 服务在拒绝客户端请求之前,仅可同时处理 100个 RPC 请求(默认最大值,除非另行配置。应始终低于 50 毫秒。MSExchangeISRPC Averaged Latency表示以毫秒为单位的 RPC 延

26、迟,是过去 1024个数据包的平均值。客户端监视Microsoft Office Outlook 2003 包含新增客户端监视功能。客户端监视用于查找客户端错误和延迟问题。通过修改服务器的注册表,可启用 Exchange 服务器上的客户端监视功能。启用后,Outlook 2003 客户端会根据连接的状态将数据发送到服务器,其中包括失败的 RPC 请求和错误条件。此信息在服务器上聚合并记录到服务器上的事件日志条目中。有关如何在 Outlook 2003 启用客户端监视的详细步骤,请参阅如何启用 Outlook 2003 客户端监视。监视 RPC 处理的示例在本示例中,服务器受到 CPU 的限制,

27、而且处理器无法及时处理传入 RPC 请求。这意味着 RPC 请求会堆积并长时间延迟。下图显示了这种情况,其中 MSExchangeISRPC Requests 计数器始终为平均值 90,MSExchangeISRPC Averaged Latency 计数器大约为 146 毫秒 (ms。13 使用性能管理单元监视 RPC 处理 如何启用 Outlook 2003 客户端监视Microsoft Office Outlook 2003 包含已增加的客户端监视功能。客户端监视用于查找客户端错误和延迟问题。可以通过修改服务器的注册表启用运行 Exchange 的服务器上的客户端监视功能。当启用 Cli

28、entMonitoringReportLevel 注册表项的值为 1 或 2 时,Outlook 2003 客户端会将数据发送到服务器。发送到服务器的数据表明网络连接的状态。发送到服务器的数据包含失败的 RPC 请求和错误情况的信息。服务器对信息进行合计并将其显示在事件日志条目中。Exchange 安装程序不会创建 ClientMonitoringReportLevel 注册表项。但是,Exchange Server 2003 中的默认行为是仅从具有高速网络连接的 Outlook 2003 客户端收集性能数据。Exchange Server 2003 的这个默认行为与将 ClientMonit

29、oringReportLevel 注册表项的值设置为 1 时的功能相同。14开始之前在执行此主题中的步骤之前,请注意此步骤包含有关编辑注册表的信息。警告:错误编辑注册表可以导致严重问题,可能需要重新安装操作系统。因注册表编辑不当而导致的问题可能无法解决。在编辑注册表之前,请备份所有重要数据。注意: 启用客户端监视功能会导致服务器端性能降低,这是因为运行 Exchange 的服务器从Outlook 2003 客户端收集其他数据。因此,建议仅在解决客户端性能问题时启用客户端监视功能。步骤为 Outlook 2003 客户端启用客户端监视功能的步骤1. 在运行 Exchange(包含要监视的客户端邮

30、箱的服务器上,打开注册表编辑器,如Regedit.exe 或 Regedt32.exe。2. 导航到:HKLMSystemCurrentControlSetServicesMSExchangeISParametersSystem3. 右键单击 ParametersSystem,再单击“新建” | “DWORD 值”。4. 命名新的 DWORD 值 ClientMonitoringReportLevel。5. 双击 ClientMonitoringReportLevel。6. 在“数值数据”字段中,输入相应的值:a. 0 = 不从任何 Outlook 2003 客户端收集数据b. 1 = 仅从高

31、带宽 Outlook 2003 客户端收集性能数据c. 2 = 从所有 Outlook 2003 客户端收集性能数据7. 关闭注册表编辑器。Microsoft Exchange Information Store 服务将在几分钟内自动检测更改,您无须重新启动计算机或任何服务。识别 Epoxy 中正在增长的队列Epoxy (ExIPC 是一种共享内存机制,它使 Internet 信息服务 (Inetinfo.exe 和 Microsoft Exchange Information Store (Store.exe 进程能够快速地互相传输数据。这样15就可以在 Inetinfo.exe 进程(它接

32、受来自诸如 WebDAV、IMAP4、NNTP、POP3 和 SMTP 等 Internet 协议的请求和 Store.exe 进程之间进行双向进程间通信。此内存也可以由 DSAccess,即缓存 Active Directory 信息的 Exchange 组件使用。如果 Store.exe 或 Inetinfo.exe 进程中出现性能问题,在一个进程运行快于另外一个进程的情况下,通常会使 Epoxy 的队列增大。从 Store.exe 进程发送到 Inetinfo.exe 进程的邮件队列由 Store Out Queue Length 计数器表示。从 Inetinfo.exe 进程发送到 S

33、tore.exe进程的邮件队列由 Client Out Queue Length 计数器表示。通过监视这些计数器,可以确定哪些队列在增大和哪些队列的性能在降低。下表显示了寻找 Epoxy 队列中的增大队列时需要监视的计数器。Epoxy 队列性能计数器计数器 期望值此队列应始终低于 10。EpoxyClient Out Queue Length (WebDAV表示包含由 Inetinfo.exe 进程发送的WebDAV 邮件的队列中的邮件数。EpoxyStore Out Queue Length (WebDAV表示包含由 Store.exe 进程发送的 WebDAV邮件的队列中的邮件数。此队列应

34、始终低于 10。EpoxyClient Out Queue Length (DSAccess表示包含由 Inetinfo.exe 进程发送的DSAccess 邮件的队列中的邮件数。EpoxyStore Out Queue Length (DSAccess表示包含由 Store.exe 进程发送的 DSAccess邮件的队列中的邮件数。此队列应始终低于 50。EpoxyClient Out Queue Length (IMAP表示包含由 Inetinfo.exe 进程发送的 IMAP4邮件的队列中的邮件数。EpoxyStore Out Queue Length (IMAP表示包含由 Store.

35、exe 进程发送的 IMAP4 邮件的队列中的邮件数。16计数器 期望值EpoxyClient Out Queue Length (NNTP表示包含由 Inetinfo.exe 进程发送的 NNTP邮件的队列中的邮件数。EpoxyStore Out Queue Length (NNTP表示包含由 Store.exe 进程发送的 NNTP 邮件的队列中的邮件数。此队列应始终低于 10。EpoxyClient Out Queue Length (POP3表示包含由 Inetinfo.exe 进程发送的 POP3邮件的队列中的邮件数。EpoxyStore Out Queue Length (POP3

36、表示包含由 Store.exe 进程发送的 POP3 邮件的队列中的邮件数。此队列应始终低于 50。EpoxyClient Out Queue Length (SMTP表示包含由 Inetinfo.exe 进程发送的 SMTP 邮件的队列中的邮件数。EpoxyStore Out Queue Length (SMTP表示包含由 Store.exe 进程发送的 SMTP 邮件的队列中的邮件数。 此队列应始终低于 50,除非存在邮件队列。监视 Epoxy 队列的示例在本示例中,POP3 用户遇到较迟缓的响应。性能管理单元通过查看表示从 Inetinfo.exe 进程调用到 Store.exe 进程的

37、队列,显示出计数器 EpoxyClient Out Queue Length (POP3有所增长。计数器这次增长的原因是磁盘性能较差。尤其是 Exchange 存储中可能有磁盘性能问题,这将阻碍 Store.exe 进程有效处理传入的请求。17 使用性能管理单元监视 Epoxy 队列 分析并找出性能下降的原因识别 Exchange 性能较差的症状后,您需要确定所观察的症状的原因。消极影响 Exchange 性能的标准原因包括:第三方应用程序或支持应用程序磁盘空间的高利用率内存的高利用率处理器时间的争夺网络配置或部署无法访问 Active Directory 中的全局编录本节描述详细描述了每种原

38、因,定义了要观察的与每个原因相关的性能计数器,并提供为获得更好的性能而如何减轻每个原因的建议。18 排除第三方应用程序或支持应用程序与 Exchange 无关的应用程序、对 Exchange 提供某些支持的应用程序或建立在 Exchange 上的应用程序会导致 Exchange 2003 性能下降。通常,下列应用程序会对服务器的性能产生很大的影响:防病毒应用程序备份实用程序监视实用程序远程访问工具通过使用本节中的信息,可以验证发生网络、CPU 或 I/O 利用率的位置。识别此利用率信息使您能够排除与 Exchange 无关的应用程序。如果问题与 Exchange 相关,则所造成的影响应显示在以

39、下 Exchange 进程中:Store.exeInetinfo.exeEmsmta.exeMad.exeExmgmt.exeW3wp.exe如果 I/O、CPU、或网络的过度利用源自这些 Exchange 进程以外的其他进程,请查看是否存在可导致该问题的任何已知第三方问题。以下主题说明如何了解哪个进程会导致性能下降。解决 I/O 传输问题如果您有磁盘问题,可能需要确定是什么引起的 I/O 瓶颈。要执行此操作,您将:1. 确定发生 I/O 的驱动器。如果将 Exchange 文件分隔到独立的卷上,能够更容易确定是分页文件、目录数据库 (.edb 文件、Exchange 流式数据库 (.stm

40、文件、日志 (.log 文件还是路由队列文件导致 I/O 发生。通过查看以下计数器,可以了解与 .log 文件相比 .edb 文件将有多少 I/O:DatabaseDatabase Pages Written/sec DatabaseLog Writes/sec为了帮助确定哪个进程导致磁盘 I/O,您可以使用以下计数器:Process(process nameIO Read Operations/sec Process(process nameIO Write Operations/sec192. 使用 Sysinternals Filemon 工具来确定哪些文件显示 I/O 活动。选择需要调

41、查的逻辑磁盘并显示所有磁盘读取和写入。这对多用途磁盘尤其有用,如 C:,该磁盘可能包含由系统或应用程序使用的几个主要文件。下图显示由 Filemon 为所有磁盘读取和写入生成的列表。由 Filemon 生成的磁盘读取和写入的列表 解决处理器利用率问题应该确定消耗 CPU 的进程。以下依次是最可能引起此问题的四个计数器。Process(STORE% Processor Time Process(inetinfo% Processor TimeProcess(EMSMTA% Processor Time Process(System% Processor Time注意: 进程计数器对服务器上的每个

42、 CPU 都计数 100%。在具有八个处理器的计算机上,以上每个处理器计数器的值都介于 0% 到 800% 之间。20下图显示最可能消耗 CPU 的进程的柱状视图。在该图中,Store.exe 进程耗尽了大部分 CPU。如果您认为除了这四个计数器外还有其他进程可能消耗 CPU,则将其包括在此柱状视图中。最可能消耗 CPU 的进程的柱状视图。 注意: 在系统监视器的柱状视图(性能管理单元的图形组件中查看多个计数器是分离问题计数器的一个快速方法。解决内存利用率问题如果要确定使用内存的进程,以下计数器是最有可能消耗内存的进程:Process(process namePrivate Bytes Dat

43、abaseDatabase Cache Size由 Process(STORE.EXEPrivate Bytes 计数器指示的 Store.exe 进程往往消耗大部分已提交的字节。21解决网络使用率问题如果客户端通信遇到意外网络通信(如未连接客户端时的大量通信,您可以使用网络监视器来检查通信。网络监视器是监视 LAN 并提供网络统计图形显示的网络诊断工具。从网络的数据流收集信息时,网络监视器会显示以下类型的信息:发送框架到网络的计算机源地址(该地址是在网络上标识该计算机的唯一十六进制 (或 base-16数字。接收框架的计算机的目标地址。用于发送框架的协议。要发送的数据或部分消息。网络监视器收

44、集这些信息时使用的进程称为“捕获”。默认情况下,网络监视器会将有关在网络上检测到的所有框架的统计信息收集到捕获缓冲区,该缓冲区是内存中保留的存储区域。要捕获特定框架子集的统计信息,可以通过设计捕获筛选器来选取这些框架。信息捕获完成后,您可以设计显示筛选器来指定要在网络监视器的框架查看器窗口中显示多少捕获的信息。要使用网络监视器,计算机必须具有支持混杂模式的网卡。如果您在远程计算机上使用网络监视器,则本地工作站不需要支持混杂模式的网络适配器,但远程计算机需要。一旦本地或远程捕获到数据后,可以将数据保存到文本文件或捕获文件,之后可以打开并进行检查。注意: 要使用网络监视器完全解决网络问题,考虑将网

45、络监视器配置为:不仅可以捕获客户发送和接收的信息,还可以捕获服务器发送和接收的信息。跟踪客户端和服务器端的网络通信可帮助您更彻底地解决网络问题。监视两台计算机之间的通信若要在捕获筛选器中使用地址对,请先建立一个地址数据库。生成该地址数据库后,可以用该数据库中列出的地址来指定捕获筛选器中的地址对。有关如何创建地址数据库的详细步骤,请参阅如何在网络监视器中创建地址数据库。有关如何监视两台计算机之间的通信的详细步骤,请参阅如何使用网络监视器监视两台计算机之间的网络通信。当解决网络问题时,可能需要捕获由一个或多个路由器分隔的两台特定计算机之间的网络通信。在这种情况下,可能要分别分析第一台计算机与其最近

46、的路由器之间以及第二台计算机与其最近的路由器之间的所有网络通信。大多数情况下,此分析可确定路由器之间的网络数据包是否丢失或存在损坏之处。若要使这些跟踪信息保持一致并能够同时读取,在跟踪之前必须使两台计算机之间的系统时钟同步。22此外,了解大量 Exchange 网络通信来自于客户端与服务器之间的 RPC 数据包以及对全局编录的 LDAP 调用也至关重要。如果遇到任何不符合上述内容的其他高网络利用情况,应对其进行调查。如何在网络监视器中创建地址数据库若要在捕获筛选器中使用地址对,请先建立一个地址数据库。生成该地址数据库后,可以用该数据库中列出的地址来指定捕获筛选器中的地址对。步骤创建地址数据库1

47、. 打开网络监视器。2. 在“捕获”菜单上,单击“开始”。或者,在帧查看器窗口中打开一个 .cap 文件。3. 完成捕获信息后,在“捕获”菜单上,单击“停止”。4. 在“捕获”菜单上,单击“视图”,显示帧查看器窗口。5. 在“显示”菜单上,单击“查找所有名称”。网络监视器会处理这些帧,然后将它们添加到地址数据库。6. 关闭帧查看器窗口,然后显示捕获窗口。7. 在“捕获”菜单上,选择“筛选器”。8. 在“捕获筛选器”对话框中,双击“地址对”。9. 网络监视器将显示刚创建的地址数据库。可用此数据库中的名称来指定捕获筛选器中的地址对。如何使用网络监视器监视两台计算机之间的网络通信本主题说明如何使用网

48、络监视器来监视两台计算机之间的通信。23开始之前执行本主题中的步骤之前,务必了解此步骤只能在安装了网络监视器工具和驱动程序的 Windows 计算机上进行。有关如何安装网络监视工具和驱动程序的说明,请参阅 Windows“开始”菜单上的 Windows 帮助和支持。步骤若要监视两台计算机之间的通信,请执行以下操作:1. 在“捕获”菜单上,选择“筛选器”。2. 在“捕获筛选器”对话框中,双击“任何 < - > 任何”。3. 在“地址表达式”对话框的左侧窗口中,选择要监视的两台计算机中其中一台的地址。4. 在“地址表达式”对话框的右侧窗口中,选择要监视的第二台计算机的地址。5. 在“方

49、向”中,选择以下符号之一:a. 若要监视在所选两台计算机之间从任一方向传递的通信,请选择 <-> 符号。b. 若要只监视从左侧窗口中选择的计算机传递到右侧窗口中选择的计算机的通信,请选择 -> 符号。c. 若要只监视从右侧窗口中选择的计算机传递到左侧窗口中选择的计算机的通信,请选择 <- 符号。6. 单击“确定”。7. 在“捕获筛选器”对话框中,单击“确定”。8. 在“捕获”菜单中,单击“开始”。解决磁盘限制问题磁盘问题通常是大型 Exchange 部署的瓶颈。Exchange 广泛应用使用磁盘子系统,但其用途随磁盘的预期功能而变化。其中包括以下五个重要功能:临时磁盘数

50、据库磁盘事务日志磁盘24SMTP 队列页面文件磁盘提供以上功能的每组磁盘有不同的 I/O 使用模式,需要独立分析。就因为这些不同的模式,一种磁盘只能用于一种功能。查看临时磁盘的 I/O 模式操作系统临时驱动器是所有格式进行转换(如从 RTF 转换到 HTML的地方,也是 Microsoft Index Server Indexing 服务在执行爬网过程中创建和访问的所有临时文件的存放位置。在首次安装时,操作系统将临时文件的创建和使用位置设置在操作系统本身所在的磁盘中。这意味着临时磁盘的所有 I/O 将与从该驱动器运行的程序以及页面文件操作的 I/O 竞争。这种 I/O 竞争会影响性能。为避免操

51、作系统与临时磁盘之间的 I/O 竞争,建议将 TEMP 的全局环境设置更改为指向其他磁盘,并将临时磁盘设置为其自己的磁盘。请使用下表中列出的计数器来确定在临时磁盘中是否存在任何资源争用现象。临时磁盘性能计数器计数器 期望值PhysicalDiskAverage Disk sec/Read表示从磁盘读取数据所需的平均时间(以秒计。 平均值应低于 10 毫秒。峰值(最大值不应大于 50 毫秒。PhysicalDiskAverage Disk sec/Write表示向磁盘写入数据所需的平均时间(以秒计。 平均值应低于 10 毫秒。峰值(最大值不应大于 50 毫秒。PhysicalDiskAverag

52、e Disk Queue Length表示在采样间隔内排队等候读取和写入所选磁盘的平均请求数。 平均值应小于磁盘心轴数(如果它实际是个物理磁盘,则该值为 1。查看数据库磁盘的 I/O 模式Exchange 数据库由两个文件组成:.edb 文件(MAPI 内容 该文件可存储所有 MAPI 邮件,以及存储过程用于定位所有邮件、.edb 和 .stm 文件的校验和、MAPI 邮件的表格。.stm 文件(非 MAPI 内容 该文件包含与固有的 Internet 内容一起传送的邮件。由于对这两个文件的访问通常是随机的,因此,可将它们放在相同的磁盘卷上。25 在分析每个物理数据库磁盘时,可使用下表中列出的

53、计数器来确定磁盘上是否存在性能下降。 数据库磁盘性能计数器计数器 期望值PhysicalDiskAverage Disk sec/Read表示从磁盘读取数据所需的平均时间(以秒计。 平均值应低于 20 毫秒。峰值(最大值不应大于 50 毫秒。PhysicalDiskAverage Disk sec/Write表示向磁盘写入数据所需的平均时间(以秒计。 平均值应低于 20 毫秒。峰值(最大值不应大于 50 毫秒。PhysicalDiskAverage Disk Queue Length表示在采样间隔期间排队等候读取和写入所选磁盘的平均请求数。 该平均值应小于磁盘心轴数。如果正在使用 SAN,请忽

54、略此计数器并专注于延迟计数器:PhysicalDiskAverage Disksec/Read 和 PhysicalDiskAverageDisk sec/Write。数据库磁盘监视示例在下图中,一个数据库磁盘 (P: 正遇到高写入延迟(如 PhysicalDiskAverage Disk sec/Write 计数器所示,平均延迟了 62 毫秒 (ms,峰值经常在 80 毫秒以上,有时会超过 100 毫秒。26 使用性能管理单元监视数据库磁盘 使用同步复制查看数据库磁盘的 I/O 模式Exchange 服务器的数据库写入延迟通常在 20 毫秒以下,峰值(最大值低于 50 毫秒。但是,在使用同步

55、复制时,不可能总是将写入延迟保持在此范围内。对于最终用户来说,除非数据库缓存已满并且不能再写入,否则数据库写入延迟问题通常不会很明显。使用同步复制时, Performance Monitor Database Page Fault Stalls/sec 计数器与 PhysicalDiskAverage Disk sec/Write 计数器相比,能更好地指示客户是否受写入延迟的影响。在生产服务器上,Database Page Fault Stalls/sec 计数器的值总是为 0,因为数据库页面错误延迟指示数据库缓存已满。数据库缓存已满意味着 Exchange 在页面提交给磁盘以前,不能在缓存中

56、放置项目。另外,在大多数存储子系统中,读取延迟受写入延迟影响。所以,采用默认的存储子系统性能监视器采样速率很可能检测不到这些读取延迟。而远程过程调用 (RPC 延迟受数据库页面延迟的影响也会有所增加,这可降低客户端体验。因为与磁盘有关的性能问题会给用户体验造成负面影响,所以建议管理员把对磁盘性能的监视做为日常系统运行状况监视的一部分。在同步复制环境中分析数据库逻辑单位编号 (LUN时,请使用下表中列出的计数器来确定磁盘上是否存在性能下降。27用于数据库磁盘性能评估的性能监视器计数器性能监视器计数器 期望值PhysicalDiskAverage Disk sec/Read表示从磁盘读取数据所需的平均时间(以秒计。 平均值应低于 20 毫秒。峰值(最大值不应大于 50 毫秒。PhysicalDiskAverage Disk sec/Write表示向磁盘写入数据所需的平均时间(以秒计。 此计数器并不适合在同步复制环境中指示客户端延迟。Datab