IIS 应用程序池 优化

日志里面报错： 

服务器经常产生“应用程序池 'DefaultAppPool' 提供服务的进程关闭时间超过了限制。进程 ID 是 '3504'。”的错误，导致iis处于假死状态，经了解是IIS应用程序池的设置问题。解决方法如下(红色字为标记)：

Internet    信息服务(IIS)管理器－＞应用程序池－＞DefaultAppPool－＞右击属性
一、回收
1、回收工作进程（分钟）：选中，值为1740  (800)
2、回收工作进程（请求数目）：(不选)（原先设置为35000）
3、在下列时间回收工作进程：不填  (05:00)
4、消耗太多内存时回收工作进程：全不选。（2、3、4项可能避免了在访问量高的时候强制回收进程可能引发的服务器响应问题，导致iis假死不响应）(最大虚拟内存350,最大使用的内存200)
二、性能(都不选)
     只选中空闲超时20分钟。其他都不选。WEB园最大工作进程数为1（默认）。注意web园这里一定要保持默认，如果填写其他超过1的数字就会导致一些网站程序的后台程序打不开或者刷新不停。

原来的请求队列限制为4000，现在无限制。(要选就是10000)
三、运行状况
    (启用PING,默认)

(启动快速失败保护的钩去掉！)
为了避免真的遇到很多错误时没有提示，可以不关闭，只是把快速保护的保护范围加大些，例如失败数50次 时间段5分钟 则关闭对应的程序。

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