"Application pool 'XXXXXXXXXX' is being automatically disabled due to a series of failures in the process(es) serving that application pool."
"Application pool 'XXXXXXXXXX' is being automatically disabled due to a series of failures in the process(es) serving that application pool."
我们有一个 ASP.NET/WCF 应用托管在 Window Server 2012 (IIS 7) 中。我们用了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.
那么，您能否就我们面临的这个问题发表一些看法？
这是由于某种叫做 "Rapid Fail Protection." 当您的底层应用程序在特定时间段内崩溃了特定次数时，应用程序池将自动禁用。
默认设置是 5 分钟内崩溃 5 次，但您可以自行配置。 See this link for details.
我们有一个 ASP.NET/WCF 应用托管在 Window Server 2012 (IIS 7) 中。我们用了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.
那么，您能否就我们面临的这个问题发表一些看法？
这是由于某种叫做 "Rapid Fail Protection." 当您的底层应用程序在特定时间段内崩溃了特定次数时，应用程序池将自动禁用。
默认设置是 5 分钟内崩溃 5 次，但您可以自行配置。 See this link for details.