如何告诉为什么IIS应用程序池回收问题，怎么解决

IIS可以设置定时自动回收，默认回收是1740分钟，也就是29小时。IIS自动回收相当于服务器IIS重启，应用程序池内存清空，所有数据被清除，相当于IIS重启，在度量快速开发平台服务器端，为了减小数据库负担，内存中暂存了很多信息，不适合频繁的回收，因为回收会造成服务器端所有存在内存中的数据丢失，如果没有及时保存到数据库中，可能导致程序出现问题。而如果系统使用高峰时期，并不适合回收，回收可能导致几十秒IIS无响应，对于正在工作的人员来说，是一种很不好的体验，会以为是网络或者掉线等问题。因此，基于以上的分析，我们需要设置IIS在指定的时间内定时回收。

IIS应用程序池回收，找到相应的应用程序池并点击高级设置，就可以看到回收的相关设置（本文以windows2008R2下的IIS7为例，Windows2012类似）。

(图1)

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

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

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

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

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

根据度量平台服务端配置情况看，IIS默认设置的1740分钟回收进程的策略并不合理，因为每1740分钟回收，在过程中可能就处于用户使用系统的高峰时段，为避免可能在高峰时段引起非可控问题，我们建议在每周六深夜（例如晚上1点，2点）进行IIS回收。

如果我们在IIS应用程序池的高级设置中，进行回收设置，那么只有两种方式进行，一种是固定时间间隔，一种是手动回收。固定时间间隔设置，并不太好在深夜设置，以保证每周周六深夜执行回收。我们推荐采用windows “任务计划程序”配置一个 *** 作系统定时任务执行脚本程序来实现IIS回收，设置方便，也可以灵活调整。 要通过脚本执行IIS的功能，需要在IIS安装配置的时候，勾选上管理工具中的“IIS管理脚本和工具”（见下图）。

用vbs脚本及批处理文件，结合任务计划程序，保证在每周六深夜1点执行IIS回收。

Recyclepool.vbs 文件内容：

appPoolName = WScript.Arguments(0)

Set oWebAdmin = GetObject("winmgmts:root\WebAdministration")

Set oAppPool = oWebAdmin.Get("ApplicationPool.Name='" + appPoolName + "'")

oAppPool.Recycle

set fso=createobject("scripting.filesystemobject")

if (fso.fileexists("d:\appPool\recycleIISPool.log")) then

'1-forreading，2-forwriting，8-appending

set file=fso.opentextfile("d:\appPool\recycleIISPool.log",8,ture)

else

set file=fso.createtextfile( "d:\appPool\recycleIISPool.log",8,ture)

end if

'write(x)写入x个字符，writeline写入换行，writeblanklines(n)写入N个空行

file.writeline  now&" 应用程序池“"&appPoolName &"”已经回收成功。"

file.close

Recyclepool.bat文件内容：

cscript D:\appPool\recyclepool.vbs platweb

用vbs脚本及批处理文件，结合任务计划程序，保证在每周六深夜1点执行IIS回收。

成功用windows计划任务解决IIS定时回收问题。

应用程序池就是可以看成装载计算机分配给动态网站的内存的容器。如果内存是水，那么应用程序池就是鱼缸，动态网站就是鱼缸中的金鱼。多个动态网站可以存在于同一个应用程序池里，即鱼缸中可以放多条金鱼。当然，如果金鱼多了，鱼缸中的空间有限，金鱼之间就会争抢空间，不是很坚固的鱼缸可能就会破裂，所有金鱼都会受到影响。即是动态网站多了，内存不足，可能会造成内存级别的溢出漏洞，影响所有在那个应用程序池上的动态网站。

---