我有一个在Windows 2008 R2 Service Pack 1上运行的Web应用程序。时不时ApplicationPool被禁用，我必须手动重新启动它。 崩溃和重启之间的时间非常关键。
在事件日志中，我看到5个警告和1个错误。
警告1： 服务应用程序池“MyAppPool”的进程遇到与Windows进程激活服务的致命通信错误。 进程ID是“4028”。 数据字段包含错误编号。
警告2： 服务应用程序池“MyAppPool”的进程遇到与Windows进程激活服务的致命通信错误。 进程ID是'6400'。 数据字段包含错误编号。
- 当没有DefaultWebSite时，什么应用程序池执行ARR（应用程序请求路由）？
- 应用程序池在“请求数量固定”后回收
- IIS应用程序池超时会导致Vista崩溃
- 使用IIS7设置Win2008 Web服务器
- OWA和IIS应用程序池 – build议的回收策略？
警告3： 服务应用程序池“MyAppPool”的进程遇到与Windows进程激活服务的致命通信错误。 进程ID是“27892”。 数据字段包含错误编号。
警告4： 服务应用程序池“MyAppPool”的进程遇到与Windows进程激活服务的致命通信错误。 进程ID是“30180”。 数据字段包含错误编号。
警告5： 服务应用程序池“MyAppPool”的进程遇到与Windows进程激活服务的致命通信错误。 进程ID是'14816'。 数据字段包含错误编号。
错误： 由于服务该应用程序池的进程中发生一系列故障，应用程序池“MyAppPool”正被自动禁用。
你碰巧知道什么是问题？ 我应该怎么做才能解决这个问题？
从这个 stackoverflow引用回答：
IIS具有称为快速失败保护function。 默认情况下，如果池中的工作人员在5分钟内崩溃5次，则应用池被configuration为禁用。
可以通过右键单击应用程序池进入高级设置并修改“快速失败保护”属性来修改此设置的阈值。 但是，此事件表示您的应用程序中可能存在严重问题，需要解决。