IIS 7.5:应用程序池问题

Posted

技术标签:

【中文标题】IIS 7.5:应用程序池问题【英文标题】:IIS 7.5: problem with Application pool 【发布时间】:2011-07-26 01:57:46 【问题描述】:

一天中有几次我的应用程序池因以下错误而停止:

应用程序池“MyApplicationPool” 由于被自动禁用 一系列的失败 为该应用程序服务的进程 游泳池。

如何解决?

谢谢你的建议。

【问题讨论】:

您在事件日志中是否有任何内容可能有助于详细说明问题? 我从 Windows 日志中得到的这个错误 【参考方案1】:

这是因为您的应用程序池在 5 分钟内崩溃超过 5 次 [默认设置 - 快速失败]

您应该考虑使用故障转储并尝试找出根本原因,而不是禁用快速故障。 http://blogs.msdn.com/b/rahulso/archive/2006/03/02/what-is-a-crash-technically-in-asp-net-and-what-to-do-if-it-happens.aspx

【讨论】:

您提供的链接中提到的 IIS 诊断工具包已不存在。如何在使用 IIS7.5 的 Windows 8 上解决此问题?谢谢!【参考方案2】:

我遇到了同样的问题,经过一番挣扎后,我意识到这是由运行应用程序池的域密码更改引起的。转到应用程序池 > 高级设置 > 进程模型 > 身份并使用新密码进行设置。

【讨论】:

注意:我这和你说的有点不同。转到应用程序池 > 高级设置 > 进程模型 > 身份并将其设置为 LocalSystem。这对我有用。【参考方案3】:

您可能没有相同的异常导致应用程序池回收,但这个答案也应该解决您的情况:A process serving application pool 'Classic .NET AppPool' suffered a fatal communication error with the Windows Process Activation Service. HTTP Error 503

它的要点是您的应用程序中的某些东西导致应用程序池不断循环自身。您需要确定是什么引发了如此多的异常。在您解决了异常的原因后,您的应用程序池应该运行而不会将自身回收到达到快速故障保护限制的程度。

【讨论】:

【参考方案4】:

我遇到了同样的问题,经过几个小时的努力并遵循不起作用的解决方案,我转到应用程序池 > 高级设置 > 进程模型 > 身份并将其设置为 LocalSystem。神奇的是,整个事情都奏效了。

【讨论】:

这会对服务器安全造成灾难性后果!

以上是关于IIS 7.5:应用程序池问题的主要内容,如果未能解决你的问题,请参考以下文章

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

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

IIS 之 在IIS7IIS7.5中应用程序池最优配置方案

IIS 之 在IIS7IIS7.5中应用程序池最优配置方案

IIS 之 在IIS7IIS7.5中应用程序池最优配置方案

在IIS7IIS7.5中应用程序池最优配置方案