如何设置iis应用程序池24小时回收一次,如何回收IIS应用程序池

我们提供的服务有:成都网站制作、成都网站设计、微信公众号开发、网站优化、网站认证、界首ssl等。为1000+企事业单位解决了网站和推广的问题。提供周到的售前咨询和贴心的售后服务,是有科学管理、有技术的界首网站制作公司

1,如何回收IIS应用程序池

IIS 中选择 应用程序池 ,点击相应的应用程序池,点回收即可。
1、打开 iis 管理器。 有关如何打开 iis 管理器的信息,请参阅 打开 iis 管理器 (iis 7)。2、在“连接”窗格中,展开服务器节点,然后单击“应用程序池”。3、在“应用程序池”页上,选择一个应用程序池,然后在“操作”窗格中单击“回收”。4、选择“特定时间(s)”,然后在相应的框中键入要让应用程序池在每天执行回收的时间。 例如,键入 11:30 am 或 11:30 pm。5、您输入的值将保存在基于 24 小时制的配置中。6、单击“下一步”,选择在应用程序池回收期间应记录的事件,然后单击“完成”。

2,请问iis应用程序池资源回收的时间怎么改短啊

w3wp.exe就是你的ASP.NET应用宿主,如果你使用了大量的Session、Cache等资源,并且Session超市时间很长,那么内存占用量就比较大。应用池是为增加性能而设的一个特性,但是也消耗很大的内存。另外关掉Windows Server 2003里的大多数Service(那个不用都可以关掉),也可以节省一部分内存 1.怀疑在程序中应用的CACHE, 2.CACHE中有大量的数据 3.频繁刷新CACHE 4.没有设计好CACHE的方式 你的问题我以前也遇见过,我以前是用的Session,后我全部改成cook之后就好多了,应该是你的Session或是你的CACHE有问题(CACHE不太懂,但多多少应该是有的) 跟踪下SQL的调用记录,在每次往CACHE或SESSION写入大量数据时记录一下时间,看是否太过频繁 1.在win2003里asp.net的进程就是w3wp.exe 3.优化asp.net程序,就向楼上的说的那样,少用或不用session cache application之类的东西,再有就是是不是有翻页的地方,翻页处理不好也是会占很多内存的。 4.限制sql的内存。企业管理器——SQL的属性(一般是local)——“内存”标签 在这里看内存的设置,把最大值改成100M吧。 第四条是最快的方法,可以试一试。 我的一个自开发OA系统也存在这样的问题。 总结上面,大概原因是因为 session 和 cache 的不合理使用造成的。 我的应用程序中,确实用了很多的Session 和 Cache, 在 MSDN 中找到 了 “动态内存分配”这一篇,今天就试看矗
在属性里

3,如何设置IIS程序池的回收时间才能最大程度的减少对用户的影响 搜

IIS的程序池默认回收间隔是1740分钟(29小时),在自动回收过程中,应用程序池将会清空,保留在内存中的数据将会被清理(相当于IIS重启)。对于互联网应用程序,为了减少数据库服务器的负担,也许会选择将大量数据暂存在内存中,回收会造成内存数据丢失,如果没有及时保存到数据库中,可能导致应用程序出问题。如果遇到系统使用高峰期,回收将可能导致一段时间应用程序无响应(出现假死状态),给予用户一种很不好的体验。  在优化应用程序池之前,我们应用先了解下程序池的几个配置信息:  IIS应用程序池  发生配置更改时禁止回收:如果为True,应用程序池在发生配置更改时将不会回收。  固定时间间隔(分钟):超过设置的时间后,应用程序池回收,为0意味着应用程序池不会按固定间隔回收。  系统默认设置的时间是1740分钟(29小时)。  禁用重叠回收: 如果为true,将发生应用程序池回收,以便在创建另一个工作进程之前退出现有工作进程。  请求限制: 应用程序池在回收之前可以处理的最大请求数。如果值为0,则表示应用程序池可以处理的请求数没有限制。  生成回收事件日志条目: 每发生一次指定的回收事件时便产生一个事件日志条目,里面的明细设置不一一介绍。  问题分析:每1740分钟(29小时)回收一次是否合理?  不太合理,这个周期内,有可能应用程序处于访问高峰期。因为每天的回收时间都是不一样的,很有可能在高峰期回收,就会造成短时间内网站访问出现问题。因此,要避免最大程度的减少对用户的影响,我们需要充分的分析应用程序的访问情况,例如哪个时间段是高峰,  哪个时间段访问人数最少。了解到这些后,应用程序部署人员就应该设定固定的回收时间,例如一个网站凌晨两点访问人数是最少的,那么它可以设置“特定回收时间”在凌晨两点,应用程序池里面的特定时间是支持设定多个的,请注意。

文章名称:如何设置iis应用程序池24小时回收一次,如何回收IIS应用程序池
本文URL:http://scyanting.com/article/iohdpi.html