使用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/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 使用AD+處理崩潰和掛起(2) (轉)
- zookeeper叢集崩潰處理
- Android中處理崩潰異常Android
- VC++ 崩潰處理以及列印呼叫堆疊C++
- Android進階;App的異常崩潰處理AndroidAPP
- WkWebView 令人崩潰的崩潰WebView
- 「Go框架」gin框架是如何做崩潰處理的?Go框架
- 儲存崩潰導致資料丟失如何處理
- 聲網崩潰資料的自動化閉環處理
- win10 360瀏覽器崩潰如何解決_win10開啟360瀏覽器就崩潰處理方法Win10瀏覽器
- WKWebView崩潰WebView
- Redis崩潰Redis
- WIN10 1909瀏覽器總崩潰和卡死如何修復_WIN10 1909瀏覽器老是崩潰卡死處理方法Win10瀏覽器
- OGG複製程式掛起abended處理
- 電腦崩潰和當機原因分析總結大全(轉)
- Crittercism:KitKat崩潰率0.7% iOS 7.1崩潰率1.6%iOS
- Linux崩潰恢復工具--CRK(轉)Linux
- APP防崩潰APP
- 一次資料庫崩潰處理事件資料庫事件
- WWDC 2018:理解崩潰以及崩潰日誌
- sqlldr標準輸出未處理導致批處理掛起問題SQL
- 使用 Kdump 檢查 Linux 核心崩潰Linux
- Web站點崩潰的原因總結(轉)Web
- iOS Crash不崩潰iOS
- linux mint 崩潰Linux
- ios 崩潰集錦iOS
- app 崩潰的原因APP
- 歸檔日誌滿導致的資料庫掛起故障處理【轉載】資料庫
- 執行緒崩潰為什麼不會導致 JVM 崩潰執行緒JVM
- 原位升級 拯救Windows XP崩潰的稻草(轉)Windows
- IOS 崩潰日誌分析iOS
- Invalid double崩潰分析
- TestBird 崩潰分析(Artisan) Android SDK 使用指南Android
- 使用RecyclerView的兩個非傳統型崩潰View
- 一起看下MySQL的崩潰恢復到底是怎麼回事MySql
- COM+物件池元件崩潰除錯手記 (轉)物件元件除錯
- 全面解決amule容易崩潰和中文顯示、輸入的問題(轉)
- 案列分析 p570a主機掛起處理報告