Debug Diagnostic Tool

DebugDiagnosticTool(DebugDiag)是用来帮助诊断IIS/COM+等应用假死、性能差、内存泄露及碎片和崩溃等问题的工具。DebugDiagnosticTool用这个可以自动抓取并且自带分析功能非常方便支持各种操作系统解决上面只能08的问题

其次分析系统问题有的时候非常复杂因为有可能会遇到不是代码引起的,这个时候一定要利用好windows自带的性能检测

利用好这个会给你分析带来很大的灵感~

DebugDiag怎么使用？

这东西要装在你的IISServer上,不过个人工作的电脑通常也要装,因为dump完大概下一件事就是赶快重开机让productionserver赶快回复运作,哪里还有那种美国时间让你在上面跑分析而且分析过程中要上网downloadsymbolfile,有时候productionserver是不对外的装完以后就像这样,放在程式集里面执行起来的画面像这样,当你的IIS挂掉时,先不要急着重开1.赶快先把犯罪的证据保留下来,从Tools-CreateIISHangDump将IIS相关的process都dump下来2.然后再用最下面的AddDataFiles将dump的结果读进来3.在上面的ListBox选择Crach/HangAnalyzers4.点选下面的StartAnalysis

就这样,够简单了那分析结果如何解读?Watchthis

直接告诉你哪一个threadblock住后面的程式,那么thread19是什么?点一下超连结

直接告诉你这是哪支ASP,连第几行都告诉你了那.NET程式可不可以?我写了一个无穷回圈的webservice

dump出来的report像这样

DebugDiag诊断ASP.Net异常：

1.按照操作系统的类型(32位或是64位)，下载DebugDiag工具并安装。2.在DebugDiagnosticTool1.2应用程序组中运行DebugDiag1.2。3.配置Crash规则。

4.选择需要监控的程序，如果是IIS应用，可以选择特定的应用程序池。

5.这是需要监控的IIS应用程序池.

6.注意CLR4.0andCLR1.0~3.5有不同的异常码。在.NetExceptionType中填入特定的异常，比如System.Data.SqlClient.SQLException。ActionType指定当异常发生时，产生FullDump,MiniDump或是Log。ActionLimit指定FullDump或MiniDump的数量，如果填入0就不会限制数量。同时如果只是需要产生Log的话，就不受ActionLimit限制。

7.指定规则的名字和Dump产生的路径。

9.在“Rules”标签下的规则已经处于激活状态。

10.当.Net异常发生之后，在第7步配置的UserdumpLocation下会有dump文件（后缀名为dmp）产生。

分析创建出来的Dump文件：

Debugdiag工具同时能帮助分析各种Dump文件。在本文ASP.Net异常dump文件产生出之后，可以参考以下步骤分析：

1.打开Debugdiag工具，在Tools-OptionsandSettings-FoldersandSearchPaths-SymbolSearchPathForAnalysis里填入：SRV*f:\localsymbols*https://msdl.microsoft.com/download/symbols其中f:\localsymbols可以用硬盘中的目录替代，https://msdl.microsoft.com/download/symbols是微软公用symbol的URL，不用改变。2.在AdvancedAnalysis页中，选择Crash/HangAnalyzers，并点击AddFiles…按钮选择生成出的dump文件（后缀名为.dmp）。Debugdiag会因此分析dump文件并产生报告。

Tags:IIS.