我们的观点

iis 回收工作进程时出错的解决办法

发布时间 | 2016/8/19  点击 | 

第一种解决方案:

iis6系统默认的工作进程回收时间是29个小时有很多问题是在回收工作进程后出现很多问题如典型的500错误等经过我做服务器的一段时间的观察大家可以不用回收工作进程而是把应用程序池的最大使用内存调整到一个合适的值就可以了,因为如果设置了不回收工作进程,哪么这个应用程序池所占用内存的体积会很大并在不短增加中,我们设置了这个池最大使用内存的大小就控制注了这个应用程序池的程序变化在一个合理的值里


第二种解决方法:

IIS6的应用程序池会经常出现一些问题

[查看系统日志会发现下边错误]

为应用程序池 'DefaultAppPool' 提供服务的进程关闭时间超过了限制。进程 ID 是 '3484'。

[随之而来的还有]

事件 ID ( 54 )的描述(在资源( HTTP )中)无法找到。本地计算机可能没有必要的注册信息或消息 DLL 文件来从远程计算机显示消息。您可能可以使用 /AUXSOURCE= 标识来检索词描述;查看帮助和支持以了解详细信息。下列信息是事件的一部分: \Device\Http\AppPool.

网上查了很多资料,多说是应用程序池无法在指定的时间内回收造成的。适当的延长时间即可解决,最开始我设定为10分钟内必须回收。但是问题依旧。无奈只好关闭了回收,不回收的结果就是内存得不到释放,一次手动回收程序池并观察进程动态,让我突然明白其中道理。

每个程序池都会有个独立进程 w3wp.exe ,而在回收程序池时,系统会新建个w3wp.exe进程,用于处理新的web请求,从而慢慢释放旧的进程。如果在指定时间内旧的进程没有释放完,那么就会导致程序池出错。

所以,把时间设长点就行了,我设成了3600秒,也就是一小时。设定之后程序池就再没出现过问题,每天观察服务器,内存都能被很好的释放。

下面是我的程序池设定,仅供参考。

右击应用程序池DefaultAppPool,选取属性:

一、回收

1、回收工作进程(分钟):(不选)

2、回收工作进程(请求数目):(不选)

3、在下列时间回收工作进程:我设定为凌晨3点,因为那个时候访问量最少,请求最少,较容易释放资源。

4、消耗太多内存时回收工作进程:(不选)

二、性能

   空闲超时20分钟:(不选)

   请求队列限制:(不选)

   WEB园最大工作进程数为1(默认)。

三、运行状况

   启用ping:选中

   启用快速失败保护:不选。

   启动时间限制:900秒

   关闭时间限制:3600秒。


第三种解决方法:

因为应用程序池 DefaultAppPool 提供服务的进程关闭时间超过了限制 服务器经常产生“应用程序池 DefaultAppPool 提供服务的进程关闭时间超过了限制。进程 ID 是 2068。”的错误,导致iis处于假死状态,经了解是IIS应用程序池的设置问题。解决方法如下:Internet 信息服务(IIS)管理器->应用程序池->DefaultAppPool->右击属性一、回收1、回收工作进程(分钟):选中,值为17402、回收工作进程(请求数目):不选(原先设置为35000)3、在下列时间回收工作进程:不填4、消耗太多内存时回收工作进程:全不选。(2、3、4项可能避免了在访问量高的时候强制回收进程可能引发的服务器响应问题,导致iis假死不响应)二、性能只选中空闲超时20分钟。其他都不选。WEB园最大工作进程数为1(默认)。注意web园这里一定要保持默认,如果填写其他超过1的数字就会导致一些网站程序的后台程序打不开或者刷新不停。原来的请求队列限制为4000,现在无限制。三、运行状况前两项都起用,是原来的默认设置。启动时间限制90秒,关闭时间限制180秒。启动快速失败保护的钩去掉!为了避免真的遇到很多错误时没有提示,可以不关闭,只是把快速保护的保护范围加大些,例如失败数50次 时间段5分钟 则关闭对应的程序。“关闭时间限制180秒”是必须的,因为进程关闭的时间,原来为90秒限制,是默认值,如果进程关闭时间超过90秒,则认为超时,从而出现:进程关闭时间超过了限制 日志,所以,适当延长这个时间,可以避免这种错误

相关信息