Debug Diagnostic Tool

Debug Diagnostic Tool (DebugDiag)是用來幫助診斷IIS/COM+等應用假死、性能差、內存泄露及碎片和崩潰等問題的工具。Debug Diagnostic Tool用這個可以自動抓取 并且自帶分析功能 非常方便 支持各種操作系統(tǒng) 解決上面只能08的問題

其次 分析系統(tǒng)問題 有的時候非常復雜 因為有可能會遇到不是代碼引起的,這個時候一定要利用好 windows自帶的性能檢測

利用好這個 會給你分析帶來很大的靈感~

DebugDiag怎么使用？

這東西要裝在你的IIS Server上,不過個人工作的電腦通常也要裝,因為dump完大概下一件事就是趕快重開機讓production server趕快回復運作,哪里還有那種美國時間讓你在上面跑分析而且分析過程中要上網download symbol file,有時候production server是不對外的 
裝完以后就像這樣,放在程式集里面
執(zhí)行起來的畫面像這樣,當你的IIS掛掉時,先不要急著重開 
1.趕快先把犯罪的證據保留下來,從Tools->Create IIS Hang Dump將IIS相關的process都dump下來 
2.然后再用最下面的Add Data Files將dump的結果讀進來 
3.在上面的ListBox選擇Crach/Hang Analyzers 
4.點選下面的Start Analysis

就這樣,夠簡單了那分析結果如何解讀? Watch this

直接告訴你哪一個thread block住后面的程式,那么thread 19是什么?點一下超連結

直接告訴你這是哪支ASP,連第幾行都告訴你了 
那.NET程式可不可以? 
我寫了一個無窮回圈的webservice

dump出來的report像這樣

DebugDiag診斷ASP.Net異常：

1. 按照操作系統(tǒng)的類型(32位或是64位)，下載DebugDiag工具并安裝。
2. 在Debug Diagnostic Tool 1.2應用程序組中運行DebugDiag 1.2。
3. 配置Crash規(guī)則。

4.選擇需要監(jiān)控的程序，如果是IIS應用，可以選擇特定的應用程序池。

5.這是需要監(jiān)控的IIS應用程序池.

6. 注意 CLR 4.0 and CLR 1.0~3.5 有不同的異常碼。
在.Net Exception Type中填入特定的異常，比如System.Data.SqlClient.SQLException。
ActionType指定當異常發(fā)生時，產生FullDump, MiniDump或是Log。
ActionLimit指定FullDump或MiniDump的數量，如果填入0就不會限制數量。同時如果只是需要產生Log的話，就不受ActionLimit限制。

7. 指定規(guī)則的名字和Dump產生的路徑。

9. 在“Rules”標簽下的規(guī)則已經處于激活狀態(tài)。

10. 當.Net異常發(fā)生之后，在第7步配置的Userdump Location下會有dump文件（后綴名為dmp）產生。

分析創(chuàng)建出來的Dump文件：

Debugdiag工具同時能幫助分析各種Dump文件。在本文ASP.Net異常dump文件產生出之后，可以參考以下步驟分析：

1. 打開Debugdiag工具，在Tools->Options and Settings->Folders and Search Paths->Symbol Search Path For Analysis里填入：
SRV*f:\localsymbols*http://msdl.microsoft.com/download/symbols
其中f:\localsymbols可以用硬盤中的目錄替代，http://msdl.microsoft.com/download/symbols是微軟公用symbol的URL，不用改變。
2. 在Advanced Analysis頁中，選擇Crash/Hang Analyzers，并點擊Add Files…按鈕選擇生成出的dump文件（后綴名為.dmp）。Debugdiag會因此分析dump文件并產生報告。