【问题标题】:"Application pool 'XXXXXXXXXX' is being automatically disabled due to a series of failures in the process(es) serving that application pool."“由于为该应用程序池提供服务的进程中出现一系列故障,应用程序池‘XXXXXXXXXX’被自动禁用。”
【发布时间】:2015-08-06 11:04:36
【问题描述】:

我们在 Window Server 2012 (IIS 7) 中托管了一个 ASP.NET/WCF 应用程序。我们使用了basicHttpBinding。此 ASP.NET/WCF 应用程序公开了两种方法;一种是接收消息,另一种是下载一个文本文件(1MB)到服务器上。

在另一台服务器上,我们将 ASP.NET 托管在 Window Server 2012 (IIS 7) 中,这是使用前面提到的公开方法的客户端。此客户端应用程序发送消息并以高频率上传文本文件。此 ASP.NET/WCF 应用程序和客户端应用程序之间的这种通信可以正常工作几个小时,直到我们在 ASP.NET/WCF 端收到以下错误。

Application pool 'XXXXXXXXXX' is being automatically disabled due to a series of failures in the process(es) serving that application pool.

那么,您能否就我们面临的这个问题提出一些看法?

【问题讨论】:

  • 您可能不会意识到这一点,但看起来您的应用程序池由于服务于该应用程序池的进程中的一系列故障而被自动禁用。这是一个非常明确的错误信息。
  • 我认为解决此问题的方法是找出您的应用程序崩溃的原因,然后解决该问题。由于您的帖子中基本上没有任何信息表明您的应用程序发生了什么,因此恐怕很难排除故障。
  • 是的,我明白错误信息很清楚,但我想知道应用程序池在什么情况下失败?

标签: asp.net wcf application-pool


【解决方案1】:

这是由于所谓的“快速故障保护”。当你的底层应用在一定时间段内崩溃一定次数时,应用池会自动关闭。

默认设置是 5 分钟内发生 5 次崩溃,但您可以自行配置。 See this link for details.

【讨论】:

  • 感谢约翰的快速回复。我一定会试试这个。另一个问题,WCF 技术是否适合在接受大量请求的应用程序中使用?
  • 我想是的。我确信与其他技术存在权衡,但在合理的范围内我认为应该没问题。 Check out this link to see how performance can vary.
  • 谢谢约翰。我很感激。
猜你喜欢
  • 2012-06-16
  • 2020-11-21
  • 2012-05-16
  • 2019-02-12
  • 2016-12-29
  • 1970-01-01
  • 1970-01-01
  • 2012-11-19
  • 2021-10-14
相关资源
最近更新 更多