刷票程序

为应⽤程序池DefaultAppPool提供服务的进程关闭时间超

过了限制

为应⽤程序池'DefaultAppPool'提供服务的进程关闭时间超过了限制

服务器经常产⽣“应⽤程序池'DefaultAppPool'提供服务的进程关闭时间超过了限制。进程ID是'2068'。”的错误，导致iis处于

假死状态，经了解是IIS应⽤程序池的设置问题。解决⽅法如下：

Internet信息服务(IIS)管理器－＞应⽤程序池－＞DefaultAppPool－＞右击属性

⼀、回收

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

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

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

4、消耗太多内存时回收⼯作进程：全不选。（2、3、4项可能避免了在访问量⾼的时候强制回收进程可能引发的服务器响应

问题，导致iis假死不响应）

⼆、性能

只选中空闲超时20分钟。其他都不选。WEB园最⼤⼯作进程数为1（默认）。注意web园这⾥⼀定要保持默认，如果填写其他

超过1的数字就会导致⼀些⽹站程序的后台程序打不开或者刷新不停。

原来的请求队列限制为4000，现在⽆限制。

三、运⾏状况

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

启动快速失败保护的钩去掉！

为了避免真的遇到很多错误时没有提⽰，可以不关闭，只是把快速保护的保护范围加⼤些，例如失败数50次时间段5分钟则

关闭对应的程序。

“关闭时间限制180秒”是必须的，因为进程关闭的时间，原来为90秒限制,是默认值，如果进程关闭时间超过90秒，则认为超

时，从⽽出现：进程关闭时间超过了限制⽇志，所以，适当延长这个时间，可以避免这种错误

第2种⽅法：

原因：独⽴进程的内存堆戋消耗完了，IIS不能创建更多的进程⼯作空间来处理

解决⽅法：

_LOCAL_MACHINESystemCurrentControlSetServicesW3SVC

2.在Parameters键下新建⼀个DWORD项，名字为：UseSharedWPDesktop值为1重启IIS

第3种

问题已解决,发现是数据库连接⽆法释放,不知道是什么原因,同样的代码在本地就是好的,在服务器端就有问题,最后在连接串⾥

加⼊以下语句解决问题.

Pooling=true;MAXPoolSize=512;MinPoolSize=50;ConnectionLifetime=30

第4种

新建应⽤程序池，不同的⽹站引⽤不同程序池。

下⾯是其它⽹友的补充：

"为应⽤程序池'AppPool#1'提供服务的进程关闭时间超过了限制"的错误出现究其原因是由于⽹站的访问量连接数过⼤，引

起应⽤程序池处理连接的时候，新的还没有接替，⽽旧的⼜要回收，但在回收的过程中不及时，照常应⽤程序池当机，⽹站⽆

法访问，出现了这个错误。

当⽹站⽆法访问的时候，⼿动回收应⽤程序池，即可恢复，不过⼿动恢复的话，毕竟很⿇烦，你不能⼀天都盯着这个⽹站看

吧？问题出在应⽤程序池的话，那我们就从应⽤程序池的配置下⼿来看是否能解决问题。

1、⾸先建议每个⽹站分别建⽴⼀个应⽤程序池，⼀个应⽤程序池将对应不同的进程，在“命令提⽰符”下使⽤iisapp

命令可以察看⽹站对应的的pid值，⽅便查找出问题的进程。

2、应⽤程序池的配置

个⼈意见觉得在应⽤程序池的属性窗⼝中，“回收”和“运⾏状况”2个选项卡的配置⽐较重要。

2.1、回收选项卡

1、回收⼯作进程（分钟）：在⼯作进程运⾏多少分钟后回收⼯作进程，默认启⽤，并且设置为1740分钟（29⼩时）；

2、回收⼯作进程（请求数⽬）：在⼯作进程处理多少个HTTP请求后终⽌此⼯作进程，默认禁⽤，如果启⽤则默认值为

35000；

3、在下列时间回收⼯作进程：在指定的时间回收⼯作进程，默认禁⽤；如需启⽤，勾选后点击添加按钮添加回收的时间即

可，使⽤24⼩时制定义回收的时间；

4、消耗太多内存时回收⼯作进程：

最⼤虚拟内存（兆）：当⼯作进程使⽤的虚拟内存达到设置的值时回收⼯作进程，默认禁⽤，如果启⽤则默认值为500M；建

议设置为不超过虚拟内存总数的70％；

最⼤使⽤的内存（兆）：当⼯作进程使⽤的物理内存达到设置的值时回收⼯作进程，默认禁⽤，如果启⽤则默认值为192M；

建议设置为不超过物理内存总数的60％；

2.2、性能

1、在空闲此段时间后关闭⼯作进程（分钟）：当⼯作进程空闲多少分钟后关闭此⼯作进程，这降低了空闲⼯作进程对系统资

源和CPU性能的消耗，默认启⽤并且设置为20分钟；

2、核⼼请求队列限制为（请求次数）：当接收到某个客户端发送的HTTP请求时，如果处理此请求的对应应⽤程序

池的⼯作进程还处于忙状态，则将接收到的请求保存在对应应⽤程序池的请求队列中，直到⼯作进程空闲为⽌。此

选项即⽤于设置此应⽤程序池的请求队列所能容纳的请求数量，默认情况下每个应⽤程序池的请求队列限制为保留1000个请

求，如果超出则向客户端返回503错误，你可以根据需要适当进⾏修改，最⼤可以设置为65535。但是如果设置太⼤则会消耗

⼤量的系统资源，⽽设置太⼩会导致客户端访问时频繁出现503错误。

2.3、运⾏状况

1、启⽤Ping：默认情况下应⽤程序池配置为每隔30秒Ping⼯作进程，当⼯作进程没有进⾏响应时，则认为此⼯作进程出现故

障并默认配置为关闭此⼯作进程。你可以修改Ping的时间间隔，但是太长的Ping间隔可能会导致Web服务的中断，⽽太短的

Ping间隔⼜会消耗更多的系统资源和CPU利⽤率，因此建议你保留默认配置；

2、启⽤快速失败保护：如果Web应⽤程序代码编写有问题，它可能会导致⼯作进程持续出现问题。默认情况下应⽤程序池配

置为启⽤快速失败保护，当⼯作进程在配置的时间段（默认为5分钟）内发⽣的失败次数超过了配置的值（默认为5次），则

禁⽤此应⽤程序池。

3、启动时间限制：IIS等待属于此应⽤程序池的⼯作进程启动的时间，当⼯作进程启⽤时间超出此设置值时，IIS会在事件⽇志

中进⾏记录；

4、关闭时间限制：当IIS检测到某个⼯作进程出现故障时，将此⼯作进程标记为关闭，此选项指定了IIS等待⼯作进程⾃动关闭

的时间限制，如果超出此时间限制后⼯作进程尚未关闭，则IIS强⾏关闭⼯作进程。

不同的情况下有不同的设置⽅法，

[引⽤:iis回收⼯作进程时出错的解决办法

第⼀种解决⽅案：

iis6系统默认的⼯作进程回收时间是29个⼩时有很多问题是在回收⼯作进程后出现很多问题如典型的500错误等经过我做服务

器的⼀段时间的观察⼤家可以不⽤回收⼯作进程⽽是把应⽤程序池的最⼤使⽤内存调整到⼀个合适的值就可以了，因为如果设

置了不回收⼯作进程，哪么这个应⽤程序池所占⽤内存的体积会很⼤并在不短增加中，我们设置了这个池最⼤使⽤内存的⼤⼩

就控制注了这个应⽤程序池的程序变化在⼀个合理的值⾥

第⼆种解决⽅法：

IIS6的应⽤程序池会经常出现⼀些问题

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

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

[随之⽽来的还有]

事件ID(54)的描述(在资源(HTTP)中)⽆法找到。本地计算机可能没有必要的注册信息或消息DLL⽂件来从远程计算机显⽰

消息。您可能可以使⽤/AUXSOURCE=标识来检索词描述；查看帮助和⽀持以了解详细信息。下列信息是事件的⼀部分:

/Device/Http/AppPool.

⽹上查了很多资料，多说是应⽤程序池⽆法在指定的时间内回收造成的。适当的延长时间即可解决，最开始我设定为10分钟

内必须回收。但是问题依旧。⽆奈只好关闭了回收，不回收的结果就是内存得不到释放，⼀次⼿动回收程序池并观察进程动

态，让我突然明⽩其中道理。

每个程序池都会有个独⽴进程，⽽在回收程序池时，系统会新建个进程，⽤于处理新的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秒，则认为超时，从⽽出现：进程关闭时间超过了限制⽇志，所以，适当延长这个时间，可以避免这种错误

]

这篇博⽂⾥给出的⽅法不失为⼀些很好的解决⽅案，但是对于我的服务器⽽⾔，不能解决问题，我的⽹站由于有⼀个投票系

统，有⼈刷票，这种刷票⾏为是不定时不确定的，来的时候⼤量访问，造成当机，不刷的时候服务器没什么流量，所以它所提

到的⽅法不是很适合我的服务器。