IIS应用程序池自动回收问题的有效解决办法
IIS可以设置定时自动回收，默认回收是1740分钟，也就是29小时。IIS自动回收相当于服务器IIS重启，应用程序池内存清空，所有数据被清除，相当于IIS重启，在度量快速开发平台服务器端，为了减小数据库负担，内存中暂存了很多信息，不适合频繁的回收，因为回收会造成服务器端所有存在内存中的数据丢失，如果没有及时保存到数据库中，可能导致程序出现问题。而如果系统使用高峰时期，并不适合回收，回收可能导致几十秒IIS无响应，对于正在工作的人员来说，是一种很不好的体验，会以为是网络或者掉线等问题。因此，基于以上的分析，我们需要设置IIS在指定的时间内定时回收。
度量快速开发平台（以下简称：度量平台）服务端搭建采用Webservice方式进行，这就需要正确的配置IIS(Internet Information Service)才能保证服务端可靠、稳定的运行，以给客户提供更好的用户体验。IIS为保护服务器资源，有一个应用程序池的回收功能，并且已经默认设置1740分钟回收一次（29小时），为了更好的设置该属性，我们有必要对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定时回收问题。
