iis应用池自动停止(把问题解决在萌芽状态)

为应用程序池“DefaultAppPool”提供服务的进程的关闭时间超过了限制，并且服务器经常产生为应用程序池“DefaultAppPool”提供服务的进程的关闭时间超过了限制。进程ID为“2068”。"错误，导致iis处于假死状态。已知是IIS应用程序池的设置问题。

解决方法如下：

1.Internet信息服务(IIS)管理器->应用程序池-> defaultapppool->右键单击属性一、回收 。

1.回收工作流程(分钟):选择，取值为1740。

2.回收工作进程(请求数):未选择(最初设置为35，000)

3.在以下时间回收工作流程：不填。

4.消耗太多内存时回收工作进程：不要选择任何进程。(第2、3、4项可能避免流量大时强制回收过程导致的服务器响应问题，导致iis假死不响应)二、性能

选择仅20分钟的空闲超时。不选别的。WEB工作进程的最大数量是1(默认值)。请注意，默认情况下必须保留该网站。如果填写了1以上的其他数字，一些网站程序的后台程序就不会打开或者不断刷新。

最初的请求队列被限制为4000，但现在是无限的。三、运行状况

前两项用作原始默认设置。启动时间限制为90秒，关闭时间限制为180秒。

取下挂钩启动快速故障保护！

为了避免真的遇到很多错误没有提示，可以不关闭，只是增加快速保护的保护范围。例如，如果失败次数为50次，时间段为5分钟，则可以关闭相应的程序。

“180秒的关闭时间限制”是必要的，因为流程的关闭时间(最初是90秒)是默认值。如果一个进程的关闭时间超过90秒，就会被认为超时，这样就显得一个进程的关闭时间超过了限制日志。因此，可以通过适当延长此时间来避免此错误第2种方法：。

原因：独立进程的内存堆耗尽，IIS无法创建更多的进程工作区来处理解决方法：。

1.HKEY _ LOCAL _ MACHINE \ System \ current control set \ Services \ W3SVC

2.在Parameters项下，创建名为UseSharedWPDesktop、值为1的新DWORD项，并重新启动IIS第3种

问题已经解决了。发现数据库连接无法释放。不知道是什么原因。同样的代码在本地是好的，但是在服务器端有一个问题。最后，将以下语句添加到连接字符串中来解决问题。

Pooling=true最大池大小=512；最小池大小=50；连接生存期=30第4种

新建一个应用池，不同的网站引用不同的应用池。