有谁知道最好的方式来loggingIIS回收发生时当前正在运行的所有工作进程请求。
如果您转到IIS>工作进程>select应用程序池>查看当前请求，您将获得请求列表。
我们偶尔会回收。 如果我们能够在服务器上看到w3wp.exe的RAM快速上升，并且检查请求列表，我们经常能够查明问题的根源（该URL给我们足够的信息）。
我们有logEventOnRecycle设置logging事件，这个工程，但细节是无用的。
在一个完美的世界中，请求列表将进入事件日志的细节。
在一个更加完美的世界里，我们的团队将通过电子邮件向我们发送回收请求。
任何人都走下这条路？
尝试DebugDiag工具，它是迄今为止最容易使用的免费MS。 很容易设置捕捉崩溃/挂起，并给你一个体面的方式来审查它的转储文件的内容。 代码中的源代码多次指向我们。
这里有一个快速设置的文章，从MS博客赶上一个崩溃过程的简单的“崩溃转储”的步骤 。
这是值得一试，看看你是否可以赶上什么导致你的回收。