Timer_MinBytesPerSecond,Timer_ConnectionIdle解决办法

转自:http://www.baidud.cn/Article/Catalog10/23.html

 Session不到20分钟超时,也是这个引起的吗?

Timer_MinBytesPerSecond,Timer_ConnectionIdle解决办法

作者:不详  来源于:摆渡当  发布时间:2008-8-8 16:34:25

问题描述:这个错误是由于服务器连接被中断导致的。 

If you check out the C:"Windows"system32"LogFiles"HTTPERR"httperr*.

log files on the distribution server, you'll likely see either Timer_MinBytesPerSecond 

errors or Timer_ConnectionIdle errors. These are caused by IIS' default settings,

 contained within its metabase, which define the minimum traffic flow rate for a 

connection o be kept alive and the maximum idle time allowed before a connection 

is dropped. For some reason, SUS servers seem to take their good old time while 

downloading updates, and these parameters are exceeded and the distribution server drops 'em.
 这个问题是由于在某些应用下,IIS的默认设置不当的 
 1) From IIS Manager, right click on the Internet Information 

Server (IIS) Manager root level folder and go to Properties. 

Check the box to enable direct metabase editing. Click OK.
 1)打开Internet 信息服务(IIS)管理器,右键点“我的计算机”——属性,

选上“允许直接编辑配置数据库(N)”,确定。
 
 2) Open the C:"Windows"system32"inetsrv"MetaBase.xml file in Notepad. 

Do a search for "MinFileBytesPerSec". 

Change the setting for MinFileBytesPerSec from 240 to 0. 

Do another search, this time for "ConnectionTimeout" to be 600. 

Save changes and exit. 
 2)编辑C:"Windows"system32"inetsrv"MetaBase.xml文件,

把MinFileBytesPerSec 参数值从240改为0,

把ConnectionTimeout参数设成600。
 
 3) Restart the IIS Admin service to effect the changes.
 3)重新起动IIS服务
 
 替代方法
 如果您安装最新 for Windows Server 2003, ServicePack 后问题仍然存在网络连接可能太慢。

使用网络跟踪来确定客户是否接收响应和重传数据包中延迟。

 要变通解决此问题, 减少或禁用 IIS 6.0 以阻止从早关闭慢速客户连接中 MinFileBytesPerSec 属性。

posted @ 2009-12-14 09:17  xjy  阅读(1154)  评论(0编辑  收藏  举报