使用AD+處理崩潰和掛起 (轉)
使用AutoDump+(AD+)處理掛起和崩潰(序)
:namespace prefix = o ns = "urn:schemas--com::office" />
版本
建立時間
建立人
備註
1.0.1028.1
2002-10-28
鄭昀
第一稿
本文件將說明ADDump+(AD+)的使用場景。
概述
經常會在新聞組中看到“Help Me!My hang!”這樣醒目的標題,您也許有過這樣的辛酸的:
“Sometimes (every 30 minutes or every 15 minutes), without an excplicit reason, some sites hang. In this newsgroup other people have the same problem on 2000, NT 4 SP5, NT 4 SP6 but unfortunately we are not a lot of people so Microsoft ignore us and so we have no solutions/patch for this incnt.”
用過Microsoft IIS、COM+的開發人員都知道,如果你使用得不恰當的話,它們會毫無預兆地嘎然而止。當那一刻來臨的時候,你除了哭泣之外,唯一能做的可能只有重啟IIS服務了,祈禱著下一次不要來得太快。更加不幸的是,如果服務(COM+)出現了意外,比如說異常,你只有重啟了,這對於支撐著關鍵性業務的站點可不是一個好訊息。
當看著進度條停滯不前的,當看著永無休止著的COM+元件,我們無從知曉它們在那裡做什麼,在等待什麼。
為什麼不試試AutoDump+,簡稱AD+或ADPlus呢?
如果沒有AD+,我們也許永遠也不知道Hang、Crash她們為什麼存在。
- ADPlus.vbs
- 版本 – 5.03
- 發行日期 – 2002 年 1 月 31 日
- 作者 – Robert Hensing, Solution Integration Engineering
- 目的 – Autodump+ is used to automatically generate memory dumps or log files containing scripted de output usefull for troubleshooting N-tier WinDNA / applications.
- 估計大小 – 247KB (ADPlus.vbs)
- 下載地址:包含在Microsoft Debugging Tools for Windows工具包中
x?scid=">http://support.microsoft.com/default.?scid=
(出於易於閱讀的考慮,以上 URL 可能已經換行。)
要求
下面是對執行該元件的計算機的要求:
- 4.0 Service Pack 4 or later
- Windows Scripting Host version 2.0 or later
- At least 10 MB of free space on the disk or network share where the output files will be placed
- Microsoft Debugging Tools for Windows installed
符號
為了更好地使用這一工具,我提請您安裝Microsoft Customer Support Diagnostics ,它包括:
- 符號 符號是人員分配給各個不同程式碼段的名稱。軟體包中包含用於 Windows 2000 的符號。
- 工具軟體包 軟體包中包括除錯(KD、Wing、CDB)、擴充套件的除錯工具(Windows NT 4.0 和 Windows 2000 零售和除錯版)及其他相關的除錯工具軟體包。
有了除錯符號,AutoDump+輸出的除錯資訊才能夠被充分解讀。
- Microsoft Windows 2000 Customer Support Diagnostics
- 估計下載大小 – 104MB
- 下載地址:
( symbol packages for Windows®)
或者
(出於易於閱讀的考慮,以上 URL 可能已經換行。)
更多資訊
AD+有三種操作:
Ø 掛起模式(Hang)
Ø 崩潰模式(Crash)
Ø 模式(Quick)
你應該在下列情況下使用AD+:
Ø 程式掛起
Ø 單計算機上程式佔用100%,雙處理器計算機上程式佔用50%CPU
Ø 程式意外崩潰或者關閉
關於它的進一步資料,請查詢:
或者
繼續閱讀之前,我們假設您熟悉以下知識:
n Windows Debugger (Windbg)
n Windows Debugging Techniques
n Windows Program Architecture
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/10748419/viewspace-996961/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- Android進階;App的異常崩潰處理AndroidAPP
- VC++ 崩潰處理以及列印呼叫堆疊C++
- 「Go框架」gin框架是如何做崩潰處理的?Go框架
- 儲存崩潰導致資料丟失如何處理
- WIN10 1909瀏覽器總崩潰和卡死如何修復_WIN10 1909瀏覽器老是崩潰卡死處理方法Win10瀏覽器
- 聲網崩潰資料的自動化閉環處理
- win10 360瀏覽器崩潰如何解決_win10開啟360瀏覽器就崩潰處理方法Win10瀏覽器
- WWDC 2018:理解崩潰以及崩潰日誌
- sqlldr標準輸出未處理導致批處理掛起問題SQL
- 崩潰日記
- APP防崩潰APP
- app 崩潰的原因APP
- iOS Crash不崩潰iOS
- Windows下Qt使用dump定位崩潰位置(1)WindowsQT
- sqlsever處理資料庫的恢復掛起狀態SQL資料庫
- 執行緒崩潰為什麼不會導致 JVM 崩潰執行緒JVM
- MySQL 8.0.11 無故崩潰MySql
- IOS 崩潰日誌分析iOS
- 一起看下MySQL的崩潰恢復到底是怎麼回事MySql
- 使用 google_breakpad 分析 Electron 崩潰日誌檔案Go
- 華為手機使用 appium 截圖後,app 崩潰APP
- Flutter異常捕獲和Crash崩潰日誌收集Flutter
- “北京健康寶”系統崩潰,網友邀約官方:一起爬山嗎?
- 突發:當機崩潰OOMOOM
- 幽蘭核心崩潰自救記
- 關於Mozilla崩潰的研究
- Kdump 檢查 Linux 核心崩潰!Linux
- InnoDB 崩潰恢復機制
- 【除錯技巧】Dialog dismiss 崩潰除錯
- iOS 避免常見崩潰(二)iOS
- iOS 避免常見崩潰(一)iOS
- 崩潰的一天,西安一碼通崩潰背後的技術問題。
- 手把手教你檢視和分析iOS的crash崩潰iOS
- win10 pr崩潰怎麼解決_win10 pr崩潰解決辦法Win10
- MySQL 崩潰恢復過程分析MySql
- mac版本vscode視窗崩潰crashedMacVSCode
- PG崩潰恢復讀取WAL
- Android 12 “致命”崩潰解決之路Android
- vs2010除錯崩潰 reflector除錯