本人無比討厭藍屏，我討厭看到它，討厭藍屏後的清理工作，最討厭的就是發生嚴重錯誤藍屏之後還不得不想辦法找到原來的數據。然而，當真的發生嚴重錯誤的時候，藍屏時候的狀態卻是你少數可以依賴的用來查清楚到底發生了什麼問題的依據之一。
通常，任何在藍屏之後能相對高效地給管理員們提供幫助的工具都會大受歡迎。所以我要在本文中用一些筆墨來稱讚Nir Sofer和它的免費工具BlueScreenView。
BlueScreenView反覆通過發生藍屏時產生的轉儲文件，然後生成包含在這些文件中的在系統崩潰時的綜述信息。通常，深入分析這些文件並從它們得出有用的結果是一件非常繁瑣的事情。BlueScreenView幫你解決了許多這方面的麻煩，並且幫你從每次的系統崩潰中得出最需要的信息。
當藍屏發生的時候，你必須用管理員帳號運行它，它將顯示兩個面板的視圖。頂部包含一列轉儲文件的清單，底部則顯示以下三種由你選擇的內容之一：
- 你所選擇的一個藍屏事件中所找到的所有驅動的清單
- 在系統崩潰的時候仍然在進程中的驅動清單（典型的用法是顯示出什麼組件導致了崩潰）
- 重現藍屏事件本身
如果你首先選擇所有驅動視圖，你也可以使用功能Options | Mark Drivers Found In Crash Stack來高亮顯示出故障的驅動來快速參考。
選擇一個或者多個轉儲文件，你可以將結果導出到一個HTML文件中，它會用系統默認瀏覽器自動打開。一點小煩惱：當你用選擇的轉儲文件生成報告的時候，它僅導出在頂部面板中顯示的報告，而不能包含故障當時的驅動報告。你不得不用這個辦法重複導出兩次，如果你想要這兩種報告。一般來說你會同時需要它們兩種，因爲堆棧驅動可以很容易用來定位錯誤原因。
請注意，BlueScreenView是一個32位的程序，它也可以穩定運行在64位的服務器和工作站上。
最後，請允許我提供一些個人案例。最近我的一臺機器在短時間內連續發生多次錯誤，BlueScreenView幫助我在當時保持頭腦清醒。通常藍屏都是發生在有硬件錯誤的時候（KERNEL_STACK_INPAGE_ERROR and MEMORY_MANAGEMENT)。但是這次在我自己遇到的例子中，藍屏並不是因爲硬件錯誤，而是因爲硬件上的灰塵過多造成的。當我把它打開的時候，發現這機器真的應該好好清理一下並且重新插拔內存條了。
之後一切都恢復正常了。