我在 ASP.NET 应用程序中做了一些坏事。这可能是我正在使用的任意数量的 CTP 库,或者我只是没有正确处理某些内容。但是,当我将 ASP.NET 重新部署到 Vista IIS7 安装或服务器的 IIS6 安装时,IIS 工作进程崩溃了。

我已将问题范围缩小到我的 HTTP 爬网程序,它是一种多线程野兽,可以在需要时爬网站点以获取有用信息。当我启动爬网程序并在顶部重新部署应用程序后,IIS 工作进程将崩溃(弹出崩溃消息)并继续重新加载应用程序域,而不是优雅地卸载 appDomain 并重新加载。

当发生此崩溃时,我在哪里可以找到故障转储进行分析?

有帮助吗?

解决方案

下载适用于 Windows 的调试工具:http://www.microsoft.com/whdc/DevTools/Debugging/default.mspx

Windows 调试工具有一个脚本 (ADPLUS),允许您在进程崩溃时创建转储:http://support.microsoft.com/kb/286350

该命令应该类似于(如果您使用的是 IIS6):

cscript adplus.vbs -crash -pn w3wp.exe

此命令会将调试器附加到工作进程。当崩溃发生时,它将生成转储(*.DMP 文件)。

您可以在 WinDBG 中打开它(也包含在 Windows 调试工具中)。文件 > 打开故障转储...

默认情况下,WinDBG 将(在命令行旁边)向您显示进程崩溃的线程。

在 WinDBG 中需要做的第一件事是加载 .NET Framework 扩展:

.loadby sos mscorwks

然后,您将显示托管调用堆栈:

!clrstack

如果线程没有运行托管代码,那么您需要检查本机堆栈:

kpn 200

这应该会给你一些想法。要继续排除故障,我建议您阅读以下文章:

http://msdn.microsoft.com/en-us/library/ee817663.aspx

其他提示

快速搜索发现 IIS状态 - 它依赖于 Windows 调试工具 并且需要在发生崩溃时运行,但考虑到您所描述的情况,这应该不是问题,

您还可以使用 DebugDiag 来实现此目的

可以在这里找到一个很好的解释:

http://blogs.msdn.com/b/tess/archive/2009/03/20/debugging-a-net-crash-with-rules-in-debug-diag.aspx

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top