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

我正在看一个.NETASP应用程序（从支持方面-我没有编写它）

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

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

process server应用程序池“wsfrappPool”在关闭期间超出了时间限制。来自W3SVC的进程id为“9396”

我也能看到

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

---

我正在寻求关于如何追踪导致挂起的原因并防止其再次发生的建议。我可以使用性能计数器来跟踪此情况吗？这些事件查看器条目相关吗？

检查IIS日志，查看应用程序崩溃前的最后几个请求。这可能会提示您哪些页面可能导致问题

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

• 该页面位于.NET的哪个版本
• 在同一个应用程序池中托管了多少其他站点

---

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

谢谢吝啬鬼杰克。它位于1.1.4322中。应用程序池中只托管了一个站点。这个应用程序处理大量的文件上传。你知道有什么perfmon计数器可以跟踪它吗？是否有任何web.config设置可以提高此应用程序的性能？不，性能计数器并不能真正帮助您，如果您没有源代码或无法修改应用程序，您就有点麻烦了。您唯一的选择是将站点更改为2.0中的主机。它可能会解决一些问题，但您应该首先尝试测试它。我们还使用了一个自制的脚本，可以登录到页面，并每隔X分钟执行一次操作以检查可用性。当它没有响应时，我们会收到一个警报/电子邮件，并在用户投诉之前回收该流程。