解决IIS中应用程序池提供服务的进程无法响应Ping或进程关闭时间超过了限制

时间：2017-04-17

1.错误系统日志：为应用程序池 'DefaultAppPool' 提供服务的进程无法响应 Ping。进程 ID 是 '2144'。

解决办法:卸载完McAfee后，恢复正常

注意：

需要重新注册一vbscript和jscript组件

杀毒工具有的会把vbscript和jscript禁了

regsvr32 vbscript.dll 和regsvr32 jscript.dll 均已经注册成功，问题已解决。

2.错误系统日志：为应用程序池“DefaultAppPool”提供服务的进程关闭时间超过了限制。进程 ID 是“3060”。

注：ID号，是变化的，可以为任何数据如3124，每次出现这种错误，ID都是不一样的！

服务器表现：IIS6.0假死机，页面打不开，ASP页面，无法执行！网站打不开！

本人的解决方法：目前IIS服务器应用程序池设置如下：

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

一、回收

1、回收工作进程（分钟）：选中，值为1740

2、回收工作进程（请求数目）：不选（原先设置为35000）

3、在下列时间回收工作进程：不填

4、消耗太多内存时回收工作进程：全不选。（2、3、4项可能避免了在访问量高的时候强制回收进程可能引发的服务器响应问题，猜的^-^）服务器内存够大，豁出去了给它用。

二、性能

只选中空闲超时20分钟。其他都不选。WEB园最大工作进程数为1（默认）。原来的请求队列限制为4000，现在无限制。

三、运行状况

前两项都起用，是原来的默认设置。启动时间限制90秒，关闭时间限制180秒。

“关闭时间限制180秒”是必须的，因为进程关闭的时间，就是在这儿设置，原来为90秒限制,是默认值，如果进程关闭时间超过90秒，则认为超时，从而出现：进程关闭时间超过了限制日志，所以，适当延长这个时间，可以避免这种错误！

上一条：IIS假死原因是应用程序池提供服务的进程关闭时间超过了限制 下一条:[重要]Windows系统 SMB\RDP远程漏洞风险通知及修复指引