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

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

在自己的ASP.NET应用程序中加入了Quartz.NET框架

夜间或者网站在经过无访问阶段后，后台调度的线程和计算任务都停止了，如果你抓取了Application_End事件，会发现这个事件居然被调用了。

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

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

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

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

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

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

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

这样子，一般情况下程序池就不会被自动回收了，后台Quartz 的定时任务就会正常工作

时间： 2024-11-04 12:24:30

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

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

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

IIS7应用程序池集成和经典的区别

IIS7应用程序池集成和经典的区别 IIS7应用程序池有集成和经典两种模式,根据微软官方的介绍, 集成模式,如果托管应用程序在采用集成模式的应用程序池中运行,服务器将使用 IIS 和 ASP.NET 的集成请求处理管道来处理请求. 经典模式,用经典模式的应用程序池中运行,服务器会继续通过 Aspnet_isapi.dll 路由托管代码请求,其处理请求的方式就像应用程序在 IIS 6.0 中运行一样. 所以理解集成和经典的区别,一个通俗的说法就是经典模式即继续使用IIS6的模式,也就是以前的模式.

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

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

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

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

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

IIS7 应用程序池的托管管道模式与集成模式小结【转帖】

IIS 7 托管管道模式经典模式(Classic) 集成模式(Integrated) 分析与理解 IIS 7.0 支持两种管道模式:一种是IIS 7.0最新提供的集成管道模式,另一种是经典管道模式,经典管道模式是由先前版本的IIS提供的. 我们可以通过应用程序池设置管道模式,这项功能对IIS管理员尤其有用,因为这样既可以令一台服务器仅运行一种模式,也可以令两种模式同时运行于一台服务器上. 上述两种管道模式使用的web.config文件存在重大的区别,许多在经典管道模式下能够正常工作的web.c

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

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

IIS7 应用程序池设置成经典 v2.0

HTTP 错误 500.21 - Internal Server Error 处理程序“PageHandlerFactory-Integrated”在其模块列表中有一个错误模块“ManagedPipelineHandler” 报错主要是 Web.config 配置需要加上以下黄色的一串,由于我的开发机是64位操作系统. <system.webServer> <handlers> <remove name="WebServiceHand

下拉菜单：‘点击外面关闭’的解决方案

一般遇到这种问题网上的说法都是: 给点击开启下拉菜单的Dom元素方法中添加 e.stopPropagation() 阻止事件冒泡再给document添加一个监听点击的事件: document.addEventListener('click', this.offDropMenu, false)复制代码可是这种一般只能适用于普通的下拉导航菜单,点击菜单或者return false http://hao.caibaojian.com/81927.html https://juejin.im/po