IIS - 定时回收进程问题如何解决

最新推荐文章于 2025-06-25 15:43:53 发布
最新推荐文章于 2025-06-25 15:43:53 发布
阅读量1.7k 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： IIS
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/yuxuac/article/details/70175017

最近一个项目中需要在IIS进程中加载自定义的缓存，但是默认的，如果IIS超过一定时间没有请求，就会自动回收进程，所有进程中的缓存都会被清掉。

在下一次请求进来的时候，缓存重新加载，但是刷新缓存是需要一定时间的（假设30秒），新进来的请求不得不等待缓存刷新之后在执行；带来的结果就是，每隔一段时间没有请求，新到来的请求会变的很慢。

案件池中做如下设置，阻止IIS自动回收进程，可以解决此问题：

中文截图：


英文截图：


参考：https://serverfault.com/questions/333907/what-should-i-do-to-make-sure-that-iis-does-not-recycle-my-application



服务器iis 网站需要回收,IIS应用程序池自动回收问题的有效解决办法
weixin_26812607的博客
08-06 2843
问题：Timer不能持续执行，如果长时间没有访问，就会被IIs自动回收。造成一些定时作业无法完成。解决方式1：改用windows服务或是winform方式解决方式2：在Application_End事件模拟加载网站页面，唤醒要被回收的资源private const string DummyPageUrl = "http://localhost/Index.aspx";//可访问的页面private...
IIS应用程序池自动回收问题的有效解决办法
02-23 2099
IIS可以设置定时自动回收，默认回收是1740分钟，也就是29小时。IIS自动回收相当于服务器IIS重启，应用程序池内存清空，所有数据被清除，相当于IIS重启，在度量快速开发平台服务器端，为了减小数据库负担，内存中暂存了很多信息，不适合频繁的回收，因为回收会造成服务器端所有存在内存中的数据丢失，如果没有及时保存到数据库中，可能导致程序出现问题。而如果系统使用高峰时期，并不适合回收，回收可...
IIS回收导致定时任务停止
最新发布
weixin_47696052的博客
06-25 305
最近，我部署了一个后端管理系统，其中定时任务程序经观测发现会正常运行一段时间后就会停止，经过多方排查发现是IIS回收机制问题导致得。通过这些设置，我成功地避免了IIS自动回收程序池的问题，成功解决了IIS回收机制导致任务停止问题。
IIS应用程序池设置自动回收
Ceancle的博客
06-18 2827
3、找到目录 ： 回收 ==》固定时间间隔（分钟） 设置指定时间回收。1、进入IIS，找到站点应程序池。2、点击【高级设置】进入设置界面。
IIS进程回收导致定时器失效的解决方法（CMD命令）
01-10
公司开发的网站使用的.net，网站中用到了定时器，放在Global.asax.cs文件中，但由于IIS设置了网站进程定期回收，回收后定时器也就没了。如果不让进程回收，又担心程序中有内存泄露。有人说可以在Application_End发起...
IIS 6.0 应用程序池回收和工作进程使用介绍
09-30
例如，定时回收通常在系统负载较低的时段进行，如凌晨，以减少对用户的影响。而基于内存的回收则能及时释放内存资源，但设置不当可能会导致频繁回收，反而影响性能。 总的来说，理解和正确配置IIS 6.0的应用程序池...
网络教程之IIS-web-服务.docx
12-09
- 回收工作进程（请求数目）则在服务不稳定时自动回收，保持服务连续性。 总结来说，IIS是Windows系统中重要的Web服务管理工具，它的安装和配置直接影响到网站的稳定性和安全性。通过理解其核心功能和管理机制，...
IIS 如何关闭应用池自动回收
iceagezh的专栏
02-26 4169
一个站点所处的应用程序池超过一段时间没有被访问或者请求，IIS就会自动回收这个程序池，把相关进程杀掉。因此服务内部即使有常驻线程也无法持续运行； 步骤 一、IIS 应用程序池 - > 高级设置 二、修改如下内容 回收 1. 固定时间间隔（分钟） 改为 0 2. 虚拟内存限制（KB） 改为 0 3. 专用内存限制（KB） 改为 0 进程模型 闲置超时（分钟） 改为 0 ...
ASP.NET Core使用Quartz部署到IIS资源自动被回收解决方案
qq_41863998的博客
06-05 1289
1.如果用户在iis下使用windwos登录，上面两种方法行不通。2.身份认证在匿名的情况下，这两种解决方案可行，3.搞这么麻烦不如果弄一个nginx做转发4.一定要在iis下面使用windws登录和使用Quartz那程序中不要使用session和cookie了,把用户信息放到redis，把闲置超时设置0、固定时间间隔设置0。
IIS应用程序池自动回收
龙傲天的博客
11-18 4019
一、IIS应用程序池自动回收问题的有效解决办法 IIS可以设置定时自动回收，默认回收是1740分钟，也就是29小时。IIS自动回收相当于服务器IIS重启，应用程序池内存清空，所有数据被清除，相当于IIS重启，在度量快速开发平台服务器端，为了减小数据库负担，内存中暂存了很多信息，不适合频繁的回收，因为回收会造成服务器端所有存在内存中的数据丢失，如果没有及时保存到数据库中，可能导致程序出现问题。而如...
IIS 应用池资源定时回收
weixin_30449239的博客
08-12 266
方法1： 方法2： 转载于:https://www.cnblogs.com/zhang1f/p/11342470.html
.net core后台任务解决iis自动回收导致任务被终止的问题
Henry_Wu001的专栏
02-28 1078
写windows服务来处理后台任务固然是个比较好的选择，但是这样就会增加运维成本，原本只有一个项目，现在有两个，最主要的是windows服务很容易被遗忘掉，升级或者迁移的时候增加风险，对于一些比较简单的任务，我选择直接在 ASP.NET Core 中使用托管服务实现后台任务，非常的简单。经过上面的一顿操作，就配置好了，为了保险起见，设置定时任务一定要留心它的运行情况，以免产生不必要的麻烦，最好记录日志，关注下夜间网站闲置，被回收时的运行情况，保证稳定，如果你的任务仍有异常，那么最好写一个服务来跑定时任务。
IIS 设置回收机制为不回收
又是再见?
05-31 4637
4. 在 回收 选项中将发生配置更改时禁止回收 和 禁止重叠回收选项改为True, 固定时间间隔(分钟)设置为0;3. 在 常规 选项中设置启动模式为 AlwaysRunning;5. 在 进程模型 选项中 将闲置超时(分钟) 设置为 0;1. 打开IIS,点击应用程序池;2. 右键应用名称,选择高级设置;
IIS 取消应用程序回收
u014316488的博客
06-25 1227
2、在 Section（节）选择 system.applicationHost/applicationPools 并设置 startMode 为 AlwaysRunning，之后点击 Apply 保存。3、点击左侧树根节点（计算机名称）下的 Application Pools 并点击最右侧的 Set Appliation Pool Defaults…（设置应用程序池默认配置…1、打开 IIS 并点击左侧树根节点（计算机名称）并点击右侧的 Configuration Editor（配置编辑器）
IIS回收应用
mystonelxj的博客
01-05 1159
作为Windows的一个可选包，Internet Information Services （IIS）管理器经常被用于Windows Server系列服务器内的Web管理。IIS采用应用程序池方式管理Web的工作进程，同时采用了页面输出缓存的缓存加载机制。当网络出现瞬间访问异常时，部分IIS管理的web页面可能会发生长时间的浏览异常现象，这时候就需要我们使用IIS的回收机制。本文讲述相关IIS的回收功能的应用情况。
IIS 禁止回收
mcrmby的博客
10-23 640
在IIS中找到这个站点所用的程序池，点击“高级设置…——固定时间间隔（分钟） 改为 0。——闲置超时（分钟） 改为 0。
iis定时回收
04-14
<think>好的，用户想了解IIS定时回收的配置及优化。首先，我需要回忆一下IIS的应用程序池回收机制。应用程序池回收是为了释放资源，防止内存泄漏等问题，但频繁回收会影响性能。用户可能关心如何设置合理的回收时间，或者如何优化回收过程以减少对服务的影响。 根据引用内容，用户可能已经了解一些IIS的优化措施，比如关闭日志记录来提升性能（引用3提到停止访问记录可以提升5%-8%的性能）。而定时回收属于应用程序池管理的部分，需要结合性能监控数据来调整。引用2提到了使用性能监控工具来观察请求队列和当前连接数，这些数据可以帮助确定回收的最佳时机。 接下来，我需要整理配置定时回收的具体步骤。通常是在IIS管理器中选择应用程序池，进入回收设置，设置特定的时间间隔或固定时间。同时，需要注意“重叠回收”选项，确保在回收时不影响现有请求，这是关键优化点之一。引用1中的applicationInitialization可能涉及到应用程序初始化配置，这可以在回收后预热应用，减少冷启动的影响。 另外，用户可能还想知道如何结合其他优化措施，比如调整内存限制、监控特定性能计数器（如引用2提到的CurrentQueueSize）。需要建议用户根据实际监控数据调整回收策略，避免因内存不足导致意外回收。 最后，生成相关问题时要围绕用户可能进一步的问题，比如如何监控回收的影响，或者与其他优化方法结合使用。确保引用正确的来源，比如引用1提到的应用程序初始化和引用3关于日志的影响。</think>### IIS定时回收配置及优化指南 #### 一、定时回收基础配置 1. **定位应用程序池** - 打开IIS管理器 → 左侧导航树选择「应用程序池」 - 右键目标应用程序池 → 选择「回收...」 2. **时间策略设置** - **固定间隔回收**：设置特定时间间隔（默认1740分钟/29小时），例如调整为每日凌晨低峰期执行： $$ \text{回收时间} = 1440 \text{分钟（24小时）} + \text{业务低峰偏移量} $$ - **特定时间点回收**：通过「在下列时间回收」添加精确计划任务，如`03:00` 3. **内存阈值控制** 设置「固定时间间隔回收」时勾选「虚拟内存/专用内存限制」，建议公式： $$ \text{内存阈值} = \text{服务器总内存} \times 70\% ÷ \text{并发应用池数量} $$ 引用监控数据调整阈值[^2] #### 二、关键优化参数 1. **重叠回收（Overlapped Recycle）** 启用「生成新的工作进程时保留旧工作进程」选项，确保请求无缝切换。该机制通过保持旧进程处理已有请求，新进程接受新请求实现零停机回收[^1] 2. **预热初始化配置** 在`web.config`中添加预热路径（需配合Application Initialization模块）： ```xml <applicationInitialization doAppInitAfterRestart="true"> <add initializationPage="/api/healthcheck" /> </applicationInitialization> ``` 此配置可使新进程在完全接管请求前完成初始化[^1] #### 三、性能监控指标 | 性能计数器 | 监控目标 | 优化阈值 | |------------|----------|----------| | `ASP.NET v4.0.30319/Requests Current` | 实时请求负载 | >100时延迟回收 | | `HTTP Service Request Queues/CurrentQueueSize` | 队列堆积情况 | >50时暂停回收 | | `Process/Private Bytes` | 内存泄漏检测 | 持续>80%阈值时触发紧急回收 | #### 四、进阶配置方案 ```powershell # 通过PowerShell设置凌晨3点回收 Set-ItemProperty "IIS:\AppPools\YourAppPool" -Name Recycling.periodicRestart.schedule -Value @{value="03:00"} # 禁用非必要回收条件 Set-ItemProperty "IIS:\AppPools\YourAppPool" -Name Recycling.periodicRestart.privateMemory -Value 0 ``` #### 五、最佳实践建议 1. **日志策略优化** 结合引用[3]建议，在回收前后关闭详细日志记录，可提升8%的回收效率 2. **混合回收策略** - 工作日采用定时回收（如凌晨03:00） - 周末叠加内存阈值回收（如设置85%内存强制回收） 3. **压力测试验证** 使用Web Capacity Analysis Tool (WCAT) 模拟以下场景： $$ \text{测试用例} = \text{回收时间点} \pm 15\text{min} + \text{峰值流量120%} $$
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值