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

第一种解决方案：

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

 

第二种解决方法：

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

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

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

[随之而来的还有]

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

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

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

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

下面是个人程序池设定，仅供参考。

右击应用程序池DefaultAppPool，选取属性：

1、回收

一、回收工做进程（分钟）：（不选）

二、回收工做进程（请求数目）：（不选）

三、在下列时间回收工做进程：我设定为凌晨3点，由于那个时候访问量最少，请求最少，较容易释放资源。

四、消耗太多内存时回收工做进程：（不选）

2、性能

   空闲超时20分钟：（不选）

   请求队列限制：（不选）

   WEB园最大工做进程数为1（默认）。

3、运行情况

   启用ping：选中

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

   启动时间限制：900秒

   关闭时间限制：3600秒。

 

第三种解决方法：

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