ORA-00600 [4194] 致命錯誤急救：Undo 段損壞強制啟動與重建完整流程

前言

ORA-00600 [4194] 表示 Undo Segment 內部結構不一致，常因存儲故障、實例崩潰導致。若無可用備份，唯一自救路徑是：標記損壞 Undo Segment 為腐壞 → 強制啟動 → 建立新 Undo 表空間 → 切換並刪除舊表空間 → 清理參數重啟。本文還原實戰全過程，附 Alert 日誌關鍵標記與隱含參數用法。

一、錯誤現象與 Alert 日誌分析

Errors in file .../conner_smon_17113.trc:
ORA-00600: internal error code, arguments: [4194], [43], [46], [], [], [], [], []
Errors in file .../conner_ora_17121.trc:
ORA-00600: internal error code, arguments: [4194], [45], [44], [], [], [], [], []

Alert 關鍵行：
Undo Segment 11 Onlined
Undo Segment 12 Onlined
Undo Segment 13 Onlined
Successfully onlined Undo Tablespace 16.

對應 AUM (Auto Undo Management) 下的段名：_SYSSMU11$、_SYSSMU12$、_SYSSMU13$。

二、強制啟動：隱含參數 _CORRUPTED_ROLLBACK_SEGMENTS

1. 修改 PFILE (init.ora)

._corrupted_rollback_segments = '_SYSSMU11$', '_SYSSMU12$', '_SYSSMU13$'

注意：參數名前加 ._ 表示隱含參數，需雙引號包裹段名，逗號分隔。

2. 使用 PFILE 啟動

SQL> STARTUP PFILE=initconner.ora
Oracle instance started.
Database mounted.
Database opened.

3. 觀察 Alert 確認跳過恢復

SMON: mark undo segment 11 as needs recovery
SMON: mark undo segment 12 as needs recovery
SMON: mark undo segment 13 as needs recovery
Created Undo Segment _SYSSMU1$
...
Completed: ALTER DATABASE OPEN

實例成功開啟，但舊 Undo 段標記為 NEEDS RECOVERY，不可用。

三、建立新 Undo 表空間並切換

-- 1. 建立新 Undo 表空間
CREATE UNDO TABLESPACE undotbs1
  DATAFILE '/opt/oracle/oradata/conner/undotbs1.dbf' SIZE 10M AUTOEXTEND ON;

-- 2. 切換至新 Undo 表空間
ALTER SYSTEM SET undo_tablespace = undotbs1;

-- 3. 刪除舊損壞 Undo 表空間
DROP TABLESPACE undotbs2 INCLUDING CONTENTS AND DATAFILES;

Alert 會顯示新段 _SYSSMU2$~_SYSSMU14$ 建立上線，舊表空間 16 成功切出。

四、清理參數並生成 SPFILE 重啟驗證

1. 修改 PFILE：移除 ._corrupted_rollback_segments，設定 *.undo_tablespace='UNDOTBS1'
2. 建立 SPFILE：CREATE SPFILE FROM PFILE;
3. 關閉並用 SPFILE 重啟：SHUTDOWN IMMEDIATE; STARTUP;

驗證 Alert

Undo Segment 2 Onlined
...
Undo Segment 14 Onlined
Successfully onlined Undo Tablespace 1.

無 NEEDS RECOVERY 訊息，恢復正常。

五、事後必做：邏輯重建確保零隱患

1. 全庫邏輯導出：EXPDP FULL=Y (或 EXP FULL=Y)
2. 建立新資料庫：全新建庫、字符集、參數優化
3. 導入數據：IMPDP FULL=Y
4. 驗證應用：業務驗收上線

理由：強制啟動後資料庫邏輯上可能殘留未提交事務、Undo 元數據不一致，唯有邏輯重建才能獲得乾淨基線。

六、避坑與最佳實踐

七、總結

ORA-00600 [4194] 是 Undo 段損壞的鐵證。**有備份走 RMAN 恢復；無備份走隱含參數強制啟動 → 重建 Undo → 邏輯重建** 三步曲。平時務必：UNDO_MANAGEMENT=AUTO、UNDO_RETENTION 合理、RMAN 含 VALIDATE CHECK LOGICAL 定期巡檢、多路徑存儲保護 Undo 表空間。