快捷導(dǎo)航

oracle的trace,alert,incident,cdump,hm使用及說明

更新時(shí)間：2025年12月26日 16:07:10 作者：川貝枇杷膏cbppg

Oracle ADR架構(gòu)下的核心診斷組件包括Alert、Trace、Incident、CDump和HM,Alert記錄系統(tǒng)關(guān)鍵事件,Trace記錄進(jìn)程執(zhí)行細(xì)節(jié),Incident是嚴(yán)重錯(cuò)誤的診斷包,CDump是進(jìn)程崩潰的內(nèi)存鏡像,HM進(jìn)行健康檢查,日常運(yùn)維應(yīng)重點(diǎn)關(guān)注Alert、Trace、Incident和HM

oracle的trace,alert,incident,cdump,hm

這些都是 Oracle ADR（自動(dòng)診斷倉庫）架構(gòu)下的核心診斷組件，是排查數(shù)據(jù)庫故障的核心依據(jù)

按 “常用程度 + 故障優(yōu)先級(jí)” 拆解，用通俗比喻 + 實(shí)戰(zhàn)場(chǎng)景講清：

組件	通俗定位	核心作用	存儲(chǔ)內(nèi)容 / 特征	核心使用場(chǎng)景
Alert（告警日志）	數(shù)據(jù)庫的 “系統(tǒng)日記”	記錄數(shù)據(jù)庫全生命周期的關(guān)鍵系統(tǒng)事件，是排查所有系統(tǒng)級(jí)故障的第一抓手	- 文本文件：alert_<SID>.log（ADR Home/alert）；- 記錄：實(shí)例啟停、參數(shù)修改、表空間操作、系統(tǒng)級(jí)錯(cuò)誤（ORA-00600/07445）、備份恢復(fù)、后臺(tái)進(jìn)程異常等	1. 實(shí)例啟動(dòng)失?。ú樽詈?100 行）；2. 定位系統(tǒng)級(jí)錯(cuò)誤（如 ORA-00600）；3. 確認(rèn)數(shù)據(jù)庫關(guān)鍵操作（如表空間擴(kuò)容）
Trace（跟蹤文件）	數(shù)據(jù)庫的 “調(diào)試日志”	記錄進(jìn)程執(zhí)行的詳細(xì)軌跡，分 “后臺(tái)進(jìn)程 Trace” 和 “用戶進(jìn)程 Trace”，定位具體執(zhí)行異常	- 后臺(tái) Trace：LGWR/DBWR/PMON 等進(jìn)程異常時(shí)的調(diào)試文件（如orcl_lgwr_12345.trc）；- 用戶 Trace：用戶 SQL 執(zhí)行錯(cuò)誤 / 慢 SQL 追蹤文件（如orcl_ora_67890.trc）	1. 排查后臺(tái)進(jìn)程崩潰（如 LGWR 掛死）；2. 分析慢 SQL（通過 SQL_TRACE 生成 Trace）；3. 定位用戶 SQL 執(zhí)行錯(cuò)誤（如 ORA-01403）
Incident（故障事件）	嚴(yán)重錯(cuò)誤的 “專屬檔案”	針對(duì) Oracle 致命錯(cuò)誤生成的標(biāo)準(zhǔn)化診斷包，每個(gè)錯(cuò)誤對(duì)應(yīng)唯一 Incident ID	- 觸發(fā)條件：ORA-00600（內(nèi)部內(nèi)核錯(cuò)誤）、ORA-07445（系統(tǒng)級(jí)崩潰）、ORA-01578（數(shù)據(jù)塊損壞）；- 存儲(chǔ)：每個(gè) ID 對(duì)應(yīng)獨(dú)立目錄（incdir_<ID>），含 Trace、內(nèi)存轉(zhuǎn)儲(chǔ)、調(diào)用棧	1. 定位致命錯(cuò)誤根因；2. 打包（incpkg）發(fā)給 Oracle 原廠分析；3. 關(guān)聯(lián)錯(cuò)誤上下文（如崩潰前執(zhí)行的 SQL）
CDump（核心轉(zhuǎn)儲(chǔ)）	實(shí)例崩潰的 “黑匣子”	操作系統(tǒng)級(jí)的進(jìn)程崩潰數(shù)據(jù)，存儲(chǔ)進(jìn)程崩潰時(shí)的內(nèi)存鏡像	- 觸發(fā)條件：實(shí)例 / 進(jìn)程崩潰（如 ORA-07445 導(dǎo)致進(jìn)程終止）；- 內(nèi)容：進(jìn)程內(nèi)存鏡像、寄存器狀態(tài)、操作系統(tǒng)調(diào)用棧（二進(jìn)制文件）	僅 Oracle 原廠支持分析 “實(shí)例徹底崩潰” 的底層原因（普通 DBA 無工具解析）
HM（Health Monitor）	數(shù)據(jù)庫的 “健康體檢報(bào)告”	自動(dòng) / 手動(dòng)檢測(cè)數(shù)據(jù)庫物理 / 邏輯損壞，發(fā)現(xiàn)隱性故障	- 檢查類型：數(shù)據(jù)塊完整性、控制文件校驗(yàn)、索引損壞、重做日志檢查；- 存儲(chǔ)：檢查報(bào)告（文本 / XML），記錄損壞塊 ID、修復(fù)建議	1. 排查 “隱性故障”（無明顯報(bào)錯(cuò)但性能異常）；2. 確認(rèn)數(shù)據(jù)塊是否損壞；3. 驗(yàn)證數(shù)據(jù)庫恢復(fù)后的完整性

關(guān)鍵補(bǔ)充（實(shí)戰(zhàn)必知）

1. 優(yōu)先級(jí)：先看 Alert，再查 Trace，嚴(yán)重錯(cuò)誤找 Incident

日常故障（如實(shí)例啟動(dòng)失敗、普通 ORA 錯(cuò)誤）：先看 Alert 日志定位大致方向，再查對(duì)應(yīng) Trace 文件找細(xì)節(jié)；
致命錯(cuò)誤（如 ORA-00600、實(shí)例崩潰）：先找 Alert 里記錄的 Incident ID，再到 Incident 目錄拿全量診斷數(shù)據(jù)，必要時(shí)提供 CDump 給原廠；
隱性故障（如性能慢但無報(bào)錯(cuò)）：執(zhí)行 HM 健康檢查（DBMS_HM.RUN_CHECK），查看報(bào)告找損壞 / 異常。

2. 如何快速找到這些文件？

無需記路徑，通過v$diag_info視圖一站式查詢：

-- 查Alert、Trace、Incident的存儲(chǔ)路徑
SELECT name, value 
FROM v$diag_info 
WHERE name IN ('Diag Alert', 'Diag Trace', 'Incident Directory');

3. 核心工具：ADRCI（統(tǒng)一管理這些診斷數(shù)據(jù)）

adrci  # 啟動(dòng)ADRCI工具
show alert;  # 直接查看Alert日志（無需找路徑）
show trace -incident 12345;  # 查看指定Incident的Trace文件
run hm_check DB_BLOCK_CORRUPTION;  # 執(zhí)行HM數(shù)據(jù)塊損壞檢查
purge -age 720 -type TRACE;  # 清理30天前的Trace文件（釋放磁盤）