.NET应用程序失败 - 通过回收应用程序池解决

Question

我正在查看.NET ASP应用程序（从支持方面 - 我没有编程它）。

它间歇性挂起 - 网页无法打开。回收应用程序池可以修复它。关闭期间

我可以看到在事件查看器条目说明

流程服务器应用程序池“wsfrappPool”超过时间限制。进程ID是来自W3SVC的'9396'。

我还可以看到

的工作进程与“6804”服务应用程序池AeXRSVaultPool“的进程id已经请求回收，因为工作进程已经达到其允许的处理时间限制。

我在寻找建议，了解如何找出导致挂起的原因并防止它重新发生。我可以使用性能计数器来跟踪它吗？这些事件查看器条目是否相关？

Answer 1

检查IIS日志，看看在应用程序崩溃之前最后几个请求是什么。这可能会让你知道哪些页面可能导致问题。

我有很多类似于.net 1. *的问题，这主要是由于内存不足或者工作进程超过1GB的内存。 （有很多大文件上传，一些明确的GC.Collect（）调用帮助 - 一个不好的，但是需要修复）自2.0以来，我没有这种问题（大文件和所有，没有GC.Collects） 。

• 什么版本的.NET是托管的页面？
• 在同一个应用程序池中托管了多少个其他站点？

事件查看器事件很可能描述了您回收池的操作。