解决网站运行一段时间会变慢的问题

http://blog.csdn.net/rryqsh/article/details/8156558

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

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

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

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

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

Application_End事件，会发现这个事件居然被调用了。

那一定是IIS的应用程序池回收的机制在作怪了。因为IIS的默认设置里面，如果一个站点所处的应用程序池超过一段时间没有被访问或者请求，IIS 

就会自动回收这个程序池，并且把进程杀掉。那进程里面的线程肯定也活不下来了。

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

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

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

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

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

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

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

2. 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回收。

用vbs脚本及批处理文件，结合任务计划程序，保证在每周六深夜1点执行IIS回收。

成功用windows计划任务解决IIS定时回收问题。

解决IIS配置问题