Oracle Redo日誌遺失實戰恢復：CLEAR LOGFILE、未歸檔處理與物理備份回退全流程

測試環境基線

• OS：Windows
• DB：Oracle 10g R2
• 模式：ARCHIVELOG
• 場景：正常關閉後發現所有Redo Log檔案遺失

三類Redo遺失場景與處理策略

完整實操演練：所有Redo Log全遺失

1. 關閉資料庫並手動刪除所有Redo檔

SHUTDOWN IMMEDIATE;
-- OS層面刪除所有 *.log
STARTUP;
-- 報錯：ORA-00313/312 無法開啟日誌組

2. 檢查日誌組狀態

SELECT group#, members, archived, status FROM v$log;
-- 輸出範例：
-- GROUP# MEMBERS ARC STATUS
-- 1      2       YES INACTIVE
-- 2      2       NO  CURRENT
-- 3      2       YES INACTIVE

3. 清除非Current Group (Group 1, 3)

ALTER DATABASE CLEAR LOGFILE GROUP 1;
ALTER DATABASE CLEAR LOGFILE GROUP 3;
-- 成功：Database altered.

4. 處理Current Group (Group 2) — 關鍵難點

ALTER DATABASE CLEAR LOGFILE GROUP 2;
-- 報錯：ORA-00350: log 2 needs archiving
-- 必須使用 UNARCHIVED 選項 (會丟失未歸檔重做)
ALTER DATABASE CLEAR UNARCHIVED LOGFILE GROUP 2;
-- 成功：Database altered.

警告：CLEAR UNARCHIVED 會導致未歸檔重做日誌永久丟失，資料庫無法完成介質恢復至該時間點之後。僅在確認無備份或可接受數據丟失時使用。

5. 開啟資料庫

ALTER DATABASE OPEN;
-- 成功：Database altered.

關鍵結論與最佳實踐

1. 多路徑鏡像是第一道防線：每個Group至少2個Member，放在不同磁碟/控制器/存儲陣列。
2. 歸檔模式下務必監控歸檔滯後：SELECT * FROM v$archive_dest_status; 確保無錯誤。
3. Current Group遺失 = 必須從物理備份恢復該Group檔案，CLEAR UNARCHIVED 是最後手段，意味著數據丟失。
4. 定期測試恢復演練：包含Redo遺失、控制檔遺失、資料檔遺失、全庫恢復。

補充：若無物理備份如何應對？

若無任何備份，且Current Group遺失，資料庫無法正常OPEN。唯一嘗試：

• 若有歸檔日誌完整，嘗試不完整恢復 (Incomplete Recovery) 至最後一個歸檔SCN：
  RECOVER DATABASE UNTIL CANCEL USING BACKUP CONTROLFILE; → ALTER DATABASE OPEN RESETLOGS;
• 但這需要控制檔備份或重建控制檔，風險極高，屬災難恢復範疇。