在我pipe理的生产机器上，应用程序池定期死亡。 他们死后，似乎无法停止或重置他们没有发出iisreset。 在这种情况下，我使用“死”这个词来表示由应用程序池托pipe的网站不再响应请求。
有7个应用程序池; 4不死，其他3死不规则。 在过去一个小时之后，一个游泳池已经停了一个小时。 我几乎可以肯定，每个池中的问题都是由池中的某个应用程序引起的。 最终我会追查这个问题。
这就是为什么我需要你的帮助。 一旦游泳池死亡，我似乎无法停止或回收它。 在IISpipe理器中，试图回收一个死亡池冻结pipe理器，我被迫强行杀死它。 试图停止死池会导致一个挂起，最终以一个错误信息结束，池没有响应停止或控制请求。 我已经能够将应用程序池备份的唯一方法是执行iisreset。
池死后，它不会出现在iisapp.vbs输出中。
应用程序事件日志中没有任何迹象。
系统是Windows Server 2003 R2 SP 2.出现问题的应用程序池由ASP.NET Web应用程序填充。
这里发生了什么？ 有一些命令行方式来导致应用程序池（重新）启动？ 我的configuration有什么问题使我无法回收这些应用程序池中的一个？
看起来像那些“死”的池或多或less卡在某处，也许在一个无限循环，所以他们不回应从IIS的停止/回收请求。
如果您查看“w3wp.exe”进程的任务pipe理器，会发生什么情况？ 你应该有一些，每个服务一个应用程序池; 如果这是一个无限循环问题，那么服务于“死”池的进程将大量使用CPU时间（最终使一个CPU内核最大化）。 你可以从这个识别它，并从任务pipe理器中杀死它。