解决IIS7、IIS7.5 应用程序池回收假死的方法

这篇文章主要介绍了解决IIS7、IIS7.5 应用程序池回收假死的方法,需要的朋友可以参考下

最近我有一台Windows 2008服务器老是出现IIS假死,上面的网站老是无法访问,有时重启IIS就能解决,然后就查看IIS的事件,写着为应用程序池的工作进程因不活动而被关闭。应用程序池超时配置被设置为 20 分钟。需要时将启动一个新工作进程,发现好多网站都有类似这样的事件。最终找到了一个解决方法,拿来做个备忘。

具体做法就是打开应用程序池——高级设置 ——将“禁止重叠回收”选项改为“true”即可。

本站部分内容来源互联网,如果有图片或者内容侵犯您的权益请联系我们删除!

相关文档推荐

1.错误系统日志:为应用程序池 DefaultAppPool 提供服务的进程无法响应 Ping。进程 ID 是 2144。 解决办法:卸载完McAfee后,恢复正常 注意: 需要重新注册一vbscript和jscript组件 杀毒工具有的会把vbscript和jscript禁了 regsvr32 vbscript.dll 和regsvr32
第一种方法: 为应用程序池 DefaultAppPool 提供服务的进程关闭时间超过了限制 服务器经常产生应用程序池 DefaultAppPool 提供服务的进程关闭时间超过了限制。进程 ID 是 2068。的错误,导致iis处于假死状态,经了解是IIS应用程序池的设置问题。解决方法如下
为应用程序池 提供服务的进程关闭时间超过了限制。进程 ID 是 7480。 提示的ID可以有很多,例如3844、8004、6124等数字。 在百度上搜了下,发现很多类似的问题,引发的根本原因未知,但导致出现此种情况的直接原因为IIS失败保护! 例如设置失败保护为每5分钟
错误系统日志: 为应用程序池 DefaultAppPool 提供服务的进程关闭时间超过了限制。进程 ID 是 1003。有关更多信息,请参阅在 http://go.microsoft.com/fwlink/events.asp ;的帮助和支持中心。 注:ID号,是变化的,可以为任何数据如3124,每次出现这种错误,
IIS 6的核心在于 工作进程隔离模式 ,而应用程序池则是定义工作进程如何进行工作,因此,可以说应用程序池是整个IIS 6的核心。 和IIS 5中只能使用单个应用程序池不同,工作在 工作进程隔离模式 的IIS 6可以创建多个应用程序池,不同的应用程序池之间是完全隔
如果你在使用IIS过程中,出现假死的情况,可以来看看本文是如何来解决的。