IIS应用程序池_缓存回收

本人最近由于公司业务,需要把问卷的问题和答案存入缓存中已提高问卷加载速度,减少数据库压力。

缓存关键代码(公司代码已做封装,这里只贴出关键代码):

HttpRuntime.Cache.Insert(key, value, new CacheDependency(dependencyFile), Cache.NoAbsoluteExpiration, slidingExpiration, CacheItemPriority.High, onRemoveCallBack);

该缓存存储在了:IIS应用程序池中, 又使用的是相对缓存时间模式,一直等够时间再操作不太现实,于是就是上网查资料加上询问同事,找到了两种解决办法:

1-到对应服务器IIS上手动回收应用程序池(缓存数据被清除,评估影响后使用)2-修改项目的配置文件后,会触发IIS应用程序池的回收时间。(可在IIS应用程序池高级设置里设置)
/// <summary>
        /// 插入缓存对象(相对过期时间,缓存依赖)
        /// </summary>
        /// <param name="key"></param>
        /// <param name="value"></param>
        /// <param name="slidingExpiration">相对过期时间</param>
        /// <param name="dependencyFile">文件依赖</param>
        /// <param name="onRemoveCallBack">缓存消失之后的处理方法</param>
        public static void Insert(string key, object value, TimeSpan slidingExpiration, string dependencyFile, CacheItemRemovedCallback onRemoveCallBack)
        {
            GenerateFile(dependencyFile);
            HttpRuntime.Cache.Insert(key, value, new CacheDependency(dependencyFile), Cache.NoAbsoluteExpiration, slidingExpiration, CacheItemPriority.High, onRemoveCallBack);
        }

参考资料文章:  http://www.cnblogs.com/guohu/p/5209209.html

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-11-05 14:22:20

IIS应用程序池_缓存回收的相关文章

C# iis应用程序池控制:回收、启动、停止

https://blog.csdn.net/tanglingbo/article/details/98735819 C# iis应用程序池控制:回收.启动.停止C# winfrom 写的程序 界面图: 实现功能:查询 iis应用程序池,回收.启动.停止 用到的dll:Microsoft.Web.Administration dll路径:C:\Program Files\Microsoft SDKs\Azure\.NET SDK\v2.9\bin\plugins\Diagnostics\Micro

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

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

System.Threading.Tasks.Task引起的IIS应用程序池崩溃

问题现象 IIS应用程序池崩溃(Crash)的特征如下: 1. 从客户端看,浏览器一直处于连接状态,Web服务器无响应. 2. 从服务器端看(Windows Server 2008 + IIS 7.0),在事件日志中会出现Event ID为5010的错误: A process serving application pool 'q.cnblogs.com' failed to respond to a ping. The process id was '20080'. 这个错误的意思是:IIS检

System.Threading.Tasks.Task 任务引起的IIS应用程序池崩溃

转载:http://www.cnblogs.com/aaa6818162/p/4421305.html 问题现象 IIS应用程序池崩溃(Crash)的特征如下: 1. 从客户端看,浏览器一直处于连接状态,Web服务器无响应. 2. 从服务器端看(Windows Server 2008 + IIS 7.0),在事件日志中会出现Event ID为5010的错误: A process serving application pool 'q.cnblogs.com' failed to respond

服务器IIS应用程序池假死

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

IIS 应用程序池自动停止

IIS7 .NET Runtime version 2.0.50727.5420 - 执行引擎错误(000007FEE77AAF0E) (80131506) 装完系统,配置完IIS,发现.NET程序报503错误,出错后连接池自动关闭 这个程序是需要连接access数据库的,打开系统日志发现错误如下: 错误应用程序名称: w3wp.exe,版本: 7.5.7601.17514,时间戳: 0x4ce7afa2错误模块名称: mscorwks.dll,版本: 2.0.50727.5420,时间戳: 0

ASP.NET 获取IIS应用程序池的托管管道模式

asp.net 中怎样较为简单的获取网站程序池的托管管道模式 目前已知的方式是根据这个帖子https://github.com/kakalotte/... ,利用DirectoryEntry,但是程序权限要求太高,会报错误"System.Runtime.InteropServices.COMException: 拒绝访问." 还有就是在.net 3.5下利用该命名空间 Microsoft.Web.Administration来管理,但是要求IIS7版本及以上 所以请教下大家,在.net

处理器(续)_缓存(cache)

4.处理器(续)_缓存(cache) 4.1硬件的处理速度 由于经济因素,处理器和内存所使用的半导体工艺不同,工艺的差异导致了处理器和内存的速度差异,处理器总是要等待内存,处理器速度远远大于内存.所以在两者之间增加缓存是及其必要的.通常:V处理 > V处理器内部寄存器 > V缓存 > V内存 > Vflash 4.2程序访问的局部性 程序运行时有一个特点,在短时间内,处理器访问的储存空间是一个很小的范围.A.时间局部性:某个存储单元在短时间内很可能被再次访问B.空间局部性:某个存储

为什么IIS应用程序池回收时间默认被设置为1740分钟?

作者:斯科特 福赛斯/Scott Forsyth日期:2013/04/06地址:http://weblogs.asp.net/owscott/why-is-the-iis-default-app-pool-recycle-set-to-1740-minutes 微软IIS服务器在应用程序池回收时间上有一个看上去有点古怪的默认设置.它默认为1740分钟,也就是整整29小时.对于这个"默认"到底是从哪儿来的,我已经好奇很久了.如果你跟我一样,那你一定也想知道答案很久了.[译注:这其实就是我