有没有人知道记录IIS回收发生时当前正在运行的所有工作进程请求的最佳方法.
如果你去IIS>工人流程>选择一个应用程序池>查看当前请求您获得请求列表.
我们偶尔会有回收.如果我们能够看到服务器上的RAM以便w3wp.exe快速上升,并且我们检查请求列表,我们通常能够查明问题的根源(URL为我们提供了足够的信息).
我们将logEventOnRecycle设置为记录事件,这样可行,但细节无用.
在完美的世界中,请求列表将进入事件日志的详细信息.
在一个更加完美的世界中,我们的团队会通过电子邮件将回复邮件发送给我们.
还有人走过这条路吗?
试试DebugDiag工具,它是迄今为止最容易使用的免费MS.它很容易设置以捕获崩溃/挂起,并为您提供了一种审查其转储文件内容的好方法.它几次指出我们对代码中的源代码是正确的.
这是一篇来自MS博主的快速安装文章,Steps to Catch a Simple “Crash Dump” of a Crashing Process.
值得一试,看看你能否发现导致回收的原因.
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。