exchange2003发邮件很慢

飞向天空

我们用的window2003和exchange 2003用的symangec杀毒软件，我们通过foxmail发送邮件的时候好慢哦。打了SP2前后都是这样，发送只要达到100K就很慢了，要是有几百K就相当慢，我一直不知道这个问题的所在，请大家给点经验谈谈好吗？版主说说呢

jbiscuit

你的你的symantec刪除試一下

飞向天空

可以试一下正好这儿要换版本

飞向天空

原帖由 jbiscuit 于 2006-10-31 16:52 发表
你的你的symantec刪除試一下

我还打算把把symantec暂时删除，结果服务器发现有病毒，看来还不能删除杀毒软件，客户端发送邮件的时候，只要附件达到100K发邮件就很慢。我想知道是什么原因。。

xuzech

通过性能监视器看一下。
要解决性能的问题，请使用性能监视器来收集数据。当 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 (http://support.microsoft.com/kb/328466/) 设置过低的 ESE 日志缓冲可能会导致 Microsoft Exchange Information Store 服务停止响应

如果“取消请求”对话框与具有完全限定域名称 (FQDN) 的全局编录服务器相关，请配置性能监视器来监视全局编录服务器的“% Processor Time”计数器，以确保此计数器的值不会太高。如果持续保持在 > 90，说明该值过高。如果“% Processor Time”计数器的值过高，说明全局编录服务器负载过重。 有关使用性能监视器的其他信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：

811237 (http://support.microsoft.com/kb/811237/) 如何从使用系统监视器的 Windows 2000 计算机捕获性能数据

解决网络的问题

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

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

飞向天空

感谢你能够详细的答复我的问题。你能否介绍一个性能监视器软件和嗅探器软件给我呢？我在客户端发邮件测试后在邮件服务器上观察，在邮件队列接受邮件发现接受邮件的时候邮件大小是64K单位接受，还有哪个RPC是指的什么呢？