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定时回收问题。

时间: 2024-12-24 17:48:32

IIS应用程序池自动回收问题的有效解决办法的相关文章

IIS中预览错误问题的解决办法(HTTP 错误 404.3 - Not Found 由于扩展配置问题而无法提供您请求的页面。如果该页面是脚本,请添加处理程序。如果应下载文件,请添加 MIME 映射 )

控制面板 程序 打开或关闭windows程序 Internet信息服务 万维网服务 应用程序开发功能 勾选.net  扩展性    ASP    ASP.net 按照这个顺序就可以解决该问题. IIS中预览错误问题的解决办法(HTTP 错误 404.3 - Not Found 由于扩展配置问题而无法提供您请求的页面.如果该页面是脚本,请添加处理程序.如果应下载文件,请添加 MIME 映射 ),布布扣,bubuko.com

windows2003中IIS对于上传文件大小限制的解决办法

分析: 从提示的错误中可以知道是由于 Request 引起的 说明发送的数据对错了 突然想到 win2003 iis6 默认接收的数据是200KB 可能是POST数据超过了200KB 解决办法: 一.打开IIS在 本地计算机上查看属性如下图: 选中 允许直接编辑配置数据库 二.用计事本打开 C:\Windows\System32\Inetsrv 中的 metabase.XML 找到 AspMaxRequestEntityAllowed="204800" 把后面的 204800 改一个大

阻止IIS应用程序池自动回收

在IIS中找到这个站点所用的程序池,点击“高级设置...” 在打开的列表中更改以下设置: 回收——固定时间间隔(分钟) 改为 0 ——虚拟/专用内存限制(KB) 改为 0 进程模型——闲置超时(分钟) 改为 0

WIN7 IIS ASP网站 打不开的解决办法

WIN7 IIS ASP网站 打不开,通常是访问ACCESS数据库的报错了但在未对IIS和IE作设置的情况,是不能正确的显示错误的,从而也不能解决问题 为解决这个问题,我在网上找了很久,虽然最终解决了,但大费周折,因网上资料大多说得不全面,现将所有步骤全部,以飨读者: 1.在IIS中设置网站ASP属性:Send Errors To Browser 为 True 2.在IE的Internet options-Advanced-Browsing中去掉 Show friendly HTTP error

IIS网站应用偶尔出现"服务不可用"解决办法

IIS网站应用偶尔出现"服务不可用"或者显示乱码字体,使用以下办法可以解决. 原因:此种情况常会出现在iis是在Visual Studio或者.NET Framework之后安装发生,iis无法正确解析asp.net网站,但却可以正常访问html页面, 1.依次打开“计算机管理→服务和应用程序→Internet信息服务→网站”,右键打开我们布置网站的属性,打开ASP.NET选项卡,查看是否选中 正确的.NET版本,本例的asp.net网站是建立在.NET 2.0环境下的,所以选择的AS

IIS 7 应用程序池自动回收关闭的解决方案

本文转载自 http://www.cnblogs.com/hushaojun/p/5016332.html IIS 7 应用程序池自动回收关闭的解决方案 如果你正在做ASP.NET,那肯定会用到IIS 如果你想在ASP.NET Application中加入某个定时任务,那想必一定是用一个线程在不停地做定时计算 那假设我们在自己的ASP.NET应用程序中加入了Quartz.NET框架,并且配置等等都OK了. 这个站点访问量很少,现在只有几个人上班的时候才会使用,结果第二天过来一看,后台调度的线程和

IIS应用程序池_缓存回收

本人最近由于公司业务,需要把问卷的问题和答案存入缓存中已提高问卷加载速度,减少数据库压力. 缓存关键代码(公司代码已做封装,这里只贴出关键代码): HttpRuntime.Cache.Insert(key, value, new CacheDependency(dependencyFile), Cache.NoAbsoluteExpiration, slidingExpiration, CacheItemPriority.High, onRemoveCallBack); 该缓存存储在了:IIS应

服务器IIS应用程序池假死

首先看你的服务开启没有 ASP.NET State Service IIS Admin Service 设置成自动启动 然后设置Internet信息服务(IIS)管理器下的 网站默认网站右键属性调调 或者看看下面的也行: 1:没有打SP1补丁的时候会出现这个IIS6.0假死问题,但现在微软都在自动更新里面出补丁了,一般你打好最新补丁后是不会出现此问题了.(所以现在的IIS假死与这个关系不是很大) 2:从IIS6.0开始CPU资源都在应用池里面限制了,不象以前的IIS.5.所以假死的池的缘故就是池

异常详细信息: System.Data.SqlClient.SqlException:用户 'IIS APPPOOL\DefaultAppPool' 登录失败解决办法

1.安全性---登录名---新建登录名 2.常规----搜索 3.添加SERVICE用户-- 4.服务器角色---勾上sysadmin: IIS中: 应用程序池---对应的程序池上右键---高级设置 进程模块---标识---选择NetworkService(与数据库中设置统一) 异常详细信息: System.Data.SqlClient.SqlException:用户 'IIS APPPOOL\DefaultAppPool' 登录失败解决办法