为什么应用程序池总是崩溃

这个问题的特征可以用一个字形容：怪。

这个问题的主题：Blog应用程序引起的IIS 6应用程序池崩溃。

问题的主要现象：

当把新版的Blog程序投入到正式运行环境中后，一开始运行正常，过几分钟后，打开页面速度就变得很慢，浏览器一直处于请求状态(浏览器右上角的图标一直在忙碌)，却得不到服务器的正常响应，我的理解就是IIS虽然接受了请求，但应用程序池中的程序却不能对请求作出响应，从而让浏览器在苦苦等待。这时，CPU占用却很少，系统事件日志中会出现这样的警告：

A process serving application pool 'AppPool_CNBlogs_New' failed to respond to a ping The process id was '3844'

我把这样的现象描述为：应用程序池崩溃。

当应用程序池崩溃时，运行于内核模式的>

2、进入IIS主界面，右键网站，选择“添加网站”。

3、在“添加网站”对话框中，添加网站名称。

4、点击应用程序池选择，设置网站的应用程序池（默认新建一个和网站名称一样的应用程序池），当然你也可以选择其他应用程序池，新手推荐用默认程序池就可以了

5、接下来选择项目存放的路径，项目文件夹必须是项目的根目录，选择完毕，点击确定。

6、配置网站的IP地址和端口，如果本机有独立的IP地址，可以选择固定的IP，如果本机只是测试环境，可以填写127001设置完成，点击确定。

7、最后一步设置网站的默认页面：点击新建完成的网站，在右边栏目中，找到“默认文档”

8、点击“默认文档”，d出窗口中，右键---添加----输入设置为主页面的文件名，然后确定，OK，部署网站就完成了。

9、最后测试一下网站是否部署成功：网站名称，右键，选择管理网站，点击浏览。

1、在IIS中对每个网站进行单独的应用程序池配置。即互相之间不影响。

2、设置应用程序池的CPU监视，不超过25%（服务器为4CPU），每分钟刷新，超过限制时关闭。

根据w3wp取得是哪一个应用程序池：

1、在任务管理器中增加显示pid字段。就可以看到占用内存或者cpu最高的进程pid

2、在命令提示符下运行iisapp -a。注意，第一次运行，会提示没有js支持，点击确定。然后再次运行就可以了。这样就可以看到pid对应的应用程序池。（iisapp实际上是存放在C:\windows\system32目录下的一个VBS脚本，全名为iisappvbs，如果你和我一样，也禁止了Vbs默认关联程序，那么就需要手动到该目录，先择打开方式，然后选“Microsoft （r） Windows Based Script Host”来执行，就可以得到PID与应用程序池的对应关系。）

3、到iis中察看该应用程序池对应的网站，就ok了，做出上面的内存或CPU方面的限制，或检查程序有无死循环之类的问题。

解决内存占用过多，可以做以下配置：

1、在IIS中对每个网站进行单独的应用程序池配置。即互相之间不影响。

2、设置应用程序池的回收时间，默认为1720小时，可以根据情况修改。再设置当内存占用超过多少（如500M），就自动回收内存。

我的设置如下：

首先是对CPU的限制：在启用cpu监视后，我设置该应用程序池最大的cpu使用率为50%。设置刷新cpu时间为1分钟，设置 *** 作为“关闭”。最大工作进程数设置为1。这个意思是，IIS刷新检测该独立池的CPU使用情况时间为1分钟，如果超过设置的cpu限制50％，就会发出关闭池的指令，要求池在指定的时间内关闭。如果池成功在这个时间内关闭，IIS会重启动一个新池，此段时间很短，一般不会有什么感觉，池就重新开启了，对于访问网站的人基本是不会有感觉的。但如果池没有在指定时间内关闭，IIS就会强行关闭它一个刷新CPU时间。在这个停止的时间内，网站无法访问，提示“Service Unavaliable”。

关闭时间和启动时间间隔设置：设短一些比如10秒，这样当您的网站程序大量占用系统资源时IIS自动快速回收进程并且快速启动进程，您的网站暂时还可以将就着工作。

对内存的限制及进程回收时间的设置：我设置为内存占用超过800M就自动回收内存，虚拟内存没有做限制。进程回收时间我保持默认没有修改。各位可以根据自己的情况设置更短的时间。对应用程序池最大虚拟内存也可以在此进行设置，超过了设置的最大虚拟内存，该池会就被回收。

最后综合落伍wlmmc的一些经验，总结一些需要注意的问题：

1、 要限制一个站点的CPU使用，必须将该站点设置为独立应用程序池，共用应用程序池是无法限制单个站点的。IIS独立应用程序池，就需要独立的进程，非常消耗内存。独立池越多，就有越多的W3WP进程。对于每个站点均要独立应用程序池的服务器，在一般的普通P430 2G内存 的普通服务器上，建议不要超过50个站点，最好30以内，不然服务器压力非常大。在配置上，我一般把资源消耗较大的网站独立一个池，一般普通BBS或者生成HTML的系统大概5个站一个池。普通网站以及一些企业站点均共用一个池。

2、根据wlmmc的经验，在服务器硬件允许的情况下，一般不要限制站点内存使用，这样能够保证网站运行，不会出现用户掉线情况。需要限制某站的最大虚拟内存不要小于64M，不然可能出现一些未知的错误。

3、这些都不是根本解决办法，它的根本问题是网站程序有问题，要解决根本问题还要从程序查起。根据本文开头提到的方法查到具体的应用程序池，找到使用此应用程序池的网站，解决网站程序存在的问题，如死循环之类。

4、除了w3wpexe, 在调用数据库进行大量查询 *** 作的时候，也会大量占用CPU资源，这是难免的（数据库方面的语句及结构优化不在本文讨论范围之内）。个人认为，只要不是CPU长时间占用100%， 一般在75%左右都是正常的。

IIS的程序池默认回收间隔是1740分钟(29小时)，在自动回收过程中，应用程序池将会清空，保留在内存中的数据将会被清理（相当于IIS重启）。对于互联网应用程序，为了减少数据库服务器的负担，也许会选择将大量数据暂存在内存中，回收会造成内存数据丢失，如果没有及时保存到数据库中，可能导致应用程序出问题。如果遇到系统使用高峰期，回收将可能导致一段时间应用程序无响应（出现假死状态），给予用户一种很不好的体验。

在优化应用程序池之前，我们应用先了解下程序池的几个配置信息：

IIS应用程序池

发生配置更改时禁止回收：如果为True,应用程序池在发生配置更改时将不会回收。

固定时间间隔（分钟）：超过设置的时间后，应用程序池回收，为0意味着应用程序池不会按固定间隔回收。

系统默认设置的时间是1740分钟（29小时）。

禁用重叠回收： 如果为true，将发生应用程序池回收，以便在创建另一个工作进程之前退出现有工作进程。

请求限制： 应用程序池在回收之前可以处理的最大请求数。如果值为0，则表示应用程序池可以处理的请求数没有限制。

生成回收事件日志条目： 每发生一次指定的回收事件时便产生一个事件日志条目，里面的明细设置不一一介绍。

问题分析：每1740分钟(29小时)回收一次是否合理？

不太合理，这个周期内，有可能应用程序处于访问高峰期。因为每天的回收时间都是不一样的，很有可能在高峰期回收，就会造成短时间内网站访问出现问题。因此，要避免最大程度的减少对用户的影响，我们需要充分的分析应用程序的访问情况，例如哪个时间段是高峰，

哪个时间段访问人数最少。了解到这些后，应用程序部署人员就应该设定固定的回收时间，例如一个网站凌晨两点访问人数是最少的，那么它可以设置“特定回收时间”在凌晨两点，应用程序池里面的特定时间是支持设定多个的，请注意。

1、打开左下角的开始菜单，找到设置2、打开设置界面或者按Win+I组合键打开设置界面，打开后点击“网络和Internet”;

3、在网络和Internet界面，点击左侧“拔号”（有些是以太网），在右侧窗口点击“宽带连接”，选择高级选项

4、在高级选项界面，将“查找设备和内容”，设置成“开”的话，网络类型便是“专用网络”;设置成“关”的话，网络类型便是“公用网络”;

5、设置为“开”就完成了。

1、打开 IIS 管理器。 有关如何打开 IIS 管理器的信息，请参阅 打开 IIS 管理器 (IIS 7)。

2、在“连接”窗格中，展开服务器节点，然后单击“应用程序池”。

3、在“应用程序池”页上，选择一个应用程序池，然后在“ *** 作”窗格中单击“回收”。

4、选择“特定时间(S)”，然后在相应的框中键入要让应用程序池在每天执行回收的时间。 例如，键入 11:30 AM 或 11:30 PM。

5、您输入的值将保存在基于 24 小时制的配置中。

6、单击“下一步”，选择在应用程序池回收期间应记录的事件，然后单击“完成”。

以上就是关于为什么应用程序池总是崩溃全部的内容，包括:为什么应用程序池总是崩溃、IIS网站后台的部署和使用___方法！！！相信介绍。。。、设置了应用程序池的内存限制，为什么内存使用能超过等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！