藍屏dump分析教程

雲更新目前能夠收集32位客戶機係統（XP和win7 32位）產生的藍屏DMP文件到服務端DUMP文件夾，我們可以通過分析藍屏曰誌來確定到底是什麼導致了客戶機藍屏。

一、WinDbg是什麼？它能做什麼？

　　WinDbg是在windows平台下，強大的用戶態和內核態調試工具。它能夠通過dmp文件輕鬆的定位到問題根源，可用於分析藍屏、程序崩潰（IE崩潰）原因，是我們日常工作中必不可少的一個有力工具，學會使用它，將有效提升我們的問題解決效率和準確率。

二、WinDbg6.12.0002.633下載：

x86位版本下載：【微軟官方安裝版】

https://download.microsoft.com/download/A/6/A/A6AC035D-DA3F-4F0C-ADA4-37C8E5D34E3D/setup/WinSDKDebuggingTools/dbg_x86.msi

x64位版本下載：【微軟官方安裝版】

https://download.microsoft.com/download/A/6/A/A6AC035D-DA3F-4F0C-ADA4-37C8E5D34E3D/setup/WinSDKDebuggingTools_amd64/dbg_amd64.msi

三、設置符號表：

　　符號表是WinDbg關鍵的“數據庫”，如果沒有它，WinDbg基本上就是個廢物，無法分析出更多問題原因。所以使用WinDbg設置符號表，是必須要走的一步。

1、運行WinDbg軟件，File-> Symbol File Path【Ctrl+S】彈出符號表設置窗。

2、將符號表地址：SRV*C:\Symbols*https://msdl.microsoft.com/download/symbols粘貼在輸入框中，點擊確定即可。

3、保存設置，點擊File-> Save Workspace即可，否則每次運行windbg都要重新填寫symbol search path。

四、打開一個dump：

當你拿到一個dmp文件後，可使用【Ctrl+D】快捷鍵來打開一個dmp文件，或者點擊WinDbg界麵上的【File=>Open Crash Dump...】按鈕，來打開一個dmp文件

第一次打開dmp文件時，可能會收到如下提示，出現這個提示時，勾選“Don't ask again in this WinDbg session”，然後點否即可。

當你想打開第二個dmp文件時，可能因為上一個分析記錄未清除，導致無法直接分析下一個dmp文件，此時你可以使用工具欄stop debugging按鈕【Shift+F5】來關閉上一個dmp分析記錄。

至此，簡單的WinDbg使用你已經學會了！

五、通過簡單的幾個步驟學會分析一些dmp文件：

第一個關鍵信息：System Uptime（開機時間）：

　　通過觀察這個時間你就可以知道問題是在什麼時候出現的，例如時間小於1分鍾基本可以定位為開機藍屏，反之大於一分鍾則可證明是上機後或玩的過程中出現問題了。

接下來用一個簡單的例子來學習簡單的dmp分析，下圖中System Uptime: 0 days 0:14:23.581，意思是0天(days)0小時14分23秒581毫秒時出現藍屏了，看來是上機沒多久就藍屏了，這位顧客很悲催……

那麼是什麼導致藍屏的呢？接下來我們就要注意第二個關鍵信息了！

第二個關鍵信息：Probaly caused by（造成藍屏可能的原因）

這個信息是相對比較重要的一個信息，如果你運氣好的話，通過這個信息基本上可以看到導致藍屏的驅動或者程序名稱了，就像下圖一樣，初步的分析已經有了結果，Probaly caused by後麵顯示的是一個名為KiMsgProtect.sys的驅動文件導致藍屏，這個文件就是恒信一卡通的一個關鍵驅動。因此藍屏則很有可能和一卡通有關。

括號中驅動文件名後麵的+號代表的是偏移地址，假如多個dmp文件的驅動文件名一樣，且偏移地址也一樣，則問題原因極有可能是同一個，這個偏移地址與匯編有關，這裏不多做介紹。

Kdump.sys這個藍屏信息是指雲更新的dmp捕捉機製，這並不是藍屏原因。

其實，對於分析藍屏dmp並不是每次運氣都那麼好，假如剛剛打開dmp文件未看到明確的藍屏原因時，我們就需要借助一個命令來進一步分析dmp，這個命令就是：!analyze -v，這個命令能夠自動分析絕大部分藍屏原因。當初步分析沒有結果時，可以使用該命令進一步分析故障原因，當然你也可以直接點擊鏈接樣式的!analyze -v來進行執行該命令，為了讓大家更直觀的看懂裏麵的信息，大家可以直接看圖片中的注釋信息。

看了這麼多信息之後，這個藍屏dmp到底是怎麼回事呢？根據dmp給出的信息，應該是：顧客上機0天(days)0小時14分23秒581毫秒時，一個名為PinyinUp.exe觸發了KiMsgProtect.sys這個驅動的一個Bug，導致藍屏。

那麼PinyinUp.exe和KiMsgProtect.sys都是哪個廠商的？一般要知道這個信息，隻能去用戶的機器上找了，我去找了之後發現PinyinUp.exe是搜狗輸入法的自動升級程序，KiMsgProtect.sys是恒信一卡通這個計費軟件的驅動，所以這個dmp表示出來的意思看上去是搜狗拚音和恒信一卡通搞在一起，出了問題！當然排除方法很簡單，把搜狗輸入法的自動升級程序刪除掉，再看看是否仍然有藍屏問題發生就ok了！

並不一定每個dmp文件都可以分析出有用的結論，因此分析dmp並不需要對每個dmp文件的結果過分糾結，其實藍屏dmp分析也是觀察一個規律或者規模的問題定位方法而已。例如你分析了10個dmp，有5個dmp都指向同一個藍屏原因，另外5個dmp的信息五花八門時，那麼你完全可以先處理掉5次藍屏，同一個原因的問題，因為解決了這個問題之後，後麵的問題可能就都解決了！

六、常見藍屏故障：

1、0xEA