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

本文转载自 http://www.cnblogs.com/hushaojun/p/5016332.html

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

如果你正在做ASP.NET，那肯定会用到IIS

如果你想在ASP.NET Application中加入某个定时任务，那想必一定是用一个线程在不停地做定时计算

那假设我们在自己的ASP.NET应用程序中加入了Quartz.NET框架，并且配置等等都OK了。

这个站点访问量很少，现在只有几个人上班的时候才会使用，结果第二天过来一看，后台调度的线程和计算任务都停止了，如果你抓取了Application_End事件，会发现这个事件居然被调用了。

那一定是IIS的应用程序池回收的机制在作怪了。因为IIS的默认设置里面，如果一个站点所处的应用程序池超过一段时间没有被访问或者请求，IIS就会自动回收这个程序池，并且把进程杀掉。那进程里面的线程肯定也活不下来了。

但是我们可以通过设置应用程序池参数使其不会被简单的自动回收（有些情况无法避免，比如热部署的站点，错误数量超限等等）

在IIS中找到这个站点所用的程序池，点击“高级设置...”

在打开的列表中更改以下设置：

回收——固定时间间隔（分钟）改为 0

——虚拟/专用内存限制（KB）改为 0

进程模型——闲置超时（分钟）改为 0

这样子，一般情况下程序池就不会被自动回收了，后台一些简单的计算线程就会正常工作

时间： 2024-10-08 18:28:22

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

在ASP.NET Application中加入某个定时任务,那想必一定是用一个线程在不停地做定时计算在自己的ASP.NET应用程序中加入了Quartz.NET框架夜间或者网站在经过无访问阶段后,后台调度的线程和计算任务都停止了,如果你抓取了Application_End事件,会发现这个事件居然被调用了. 那一定是IIS的应用程序池回收的机制在作怪了.因为IIS的默认设置里面,如果一个站点所处的应用程序池超过一段时间没有被访问或者请求,IIS就会自动回收这个程序池,并且把进程杀掉.那Quart

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

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

IIS的应用程序池优化方法

IIS的应用程序池优化方法 IIS应用程序池优化方案服务器经常产生“应用程序池 'DefaultAppPool' 提供服务的进程关闭时间超过了限制.进程 ID 是 '3504'.”的错误,导致iis处于假死状态,经了解是IIS应用程序池的设置问题.解决方法如下(红色字为标记): Internet 信息服务(IIS)管理器->应用程序池->DefaultAppPool->右击属性一.回收1.回收工作进程(分钟):选中,值为1740 (800)2.回收工作进程(请求数目):(不选)(原先设

设置IIS服务器监听特定IP的特定端口（IIS与IHS或Apache共存的解决方案）

在灾难恢复的试验中,遇到了一个IIS无法启动的情况,会报如下的错误: "The network location cannot be reached, xxxxxx" 要知道,Windows报的这种弹窗错误,也只能通过Windows自带的事件管理器里查看了.直接运行:eventvwr,打开SYSTEM项,一个大大的错误映入眼帘: 所以错误就很明显了,没有把我们的新地址添加到监听列表里... 根据搜索,发现仅仅用IIS的图形界面工具,似乎无法让IIS去监听某一个IP地址的某个端口,必须要

【转】iis解决应用程序池提供服务的进程意外终止进程ID是。进程退出代码是'0x80'

转自:http://blog.sina.com.cn/s/blog_56a68d5501013xdd.html 我们公司旗下的红黑互联会遇到这种问题事件类型: 警告事件来源: W3SVC事件种类: 无事件 ID: 1009日期: 事件: XX:XX:XX用户: XX计算机: XXXX描述:为应用程序池 XXXXX 提供服务的进程意外终止.进程 ID 是 XXXX.进程退出代码是 0x80.有关更多信息,请参阅在 asp">http://go.microsoft.com/fwlink/ev

IIS7.5 用 IIS AppPool\应用程序池名做账号将各站点权限分开

IIS6里面,要把服务器上的各站点权限分开,要建一堆帐号,再一个一个站点绑定.IIS7.5就不用了. 选择 "应用程序用户" 选择 "应用程序用户",启动应用程序池时动态创建 "应用程序池标识" 帐户,创建是的"虚拟"帐号(在用户管理里看不到该用户). 给网站文件夹添加权限因为是虚拟账号搜索不到的,只能手动输入. IIS AppPool\应用程序池名配置身份验证方式 IIS7.5中神秘的ApplicationPoolIde

ServerVersion异常,无效操作。连接被关闭。解决方案

[版权声明:本文为特维博客原创,未经准许谢绝转载.如需转载,请务必在转载时注明本博客地址.] 问题在于:State Closed System.Data.ConnectionState 连接没有open(). 在try中加入 if (oleDbConnection1.State != ConnectionState.Open) oleDbConnection1.Open(); 加上 finally { if (oleDbConnection1.State != ConnectionState.C

用批处理来重启IIS的应用程序池

批处理很简单,先Stop再Start就行,代码如下(apppoolName是应用程序池的实例名):c:\windows\system32\inetsrv\AppCmd.exe stop apppool /apppool.name:"apppoolName"c:\windows\system32\inetsrv\AppCmd.exe start apppool /apppool.name:"apppoolName" 在IIS管理器里面停止应用程序池,然后马上启动,这时

vim编辑器未正常关闭时解决方案

目录 vim编辑器未正常关闭时解决方案问题描述 .swp..swo文件产生原因解决方案后记 hosts文件 sudo命令小记 vim编辑器未正常关闭时解决方案问题描述在mac上的/etc目录下修改hosts文件时,进入vim编辑器时未正常关闭,导致在/etc下产生.hosts.swp文件,并且在/var/tmp下产生host.swo.host.swn等文件.因此在对/etc/hosts进行编辑时会报类似的提示: Swap file ".hosts.swp" already e