Oracle ORA-16038/ORA-00742：REDO LOG 寫入丟失導致資料庫崩潰的診斷與恢復

錯誤現場

Errors in file .../GZDBCONTROL_ora_32198.trc:
ORA-16038: log 5 sequence# 23 cannot be archived
ORA-00742: Log read detects lost write in thread %d sequence %d block %d
ORA-00312: online log 5 thread 1: '/u01/app/oracle/fast_recovery_area/.../o1_mf_5_d61ctj3y_.log'
USER (ospid: 32198): terminating the instance due to error 16038

資料庫因 REDO LOG 第 5 組「寫入丟失」導致無法歸檔，實例異常終止。

根因分析

「寫入丟失」指作業系統/儲存層回報寫入成功，實際資料未落盤。三大常見來源：

1. 作業系統層：檔案系統快取、延遲寫入機制異常
2. 儲存層：RAID 控制器快取掉電遺失、SAN 多路徑切換丟寫
3. Oracle 內部：極少見，如 Kernel Bug

診斷步驟

1. Dump 該 REDO LOG 驗證確認

SQL> ALTER SYSTEM DUMP LOGFILE 
  '/u01/app/oracle/fast_recovery_area/GZDBCONTROL/onlinelog/o1_mf_5_d61ctj3y_.log' VALIDATE;

輸出若再現 ORA-00742，確認發生「寫入丟失」。

恢復處置

清除損壞的未歸檔 REDO LOG 組

SQL> ALTER DATABASE CLEAR UNARCHIVED LOGFILE GROUP 5;

注意：UNARCHIVED 關鍵字表示強制清除未歸檔日誌，會導致該段 REDO 不可用於媒體恢復，但能讓資料庫啟動。

事後必做

1. 立即進行完整備份（Level 0）：因清除未歸檔日誌破壞了備份鏈，必須建立新基準。
2. 排查儲存/OS 層：檢查 RAID 卡 BBU 狀態、SAN 多路徑、檔案系統 barrier/sync 設定。
3. 啟用 DB_BLOCK_CHECKSUM：DB_BLOCK_CHECKSUM=FULL 讓 Oracle 讀取時驗證塊校驗和，儘早發現壞塊。
4. 考慮 Data Guard / Active Data Guard：實體備庫可自動檢測並修復主庫壞塊。

參考文獻

• MOS Doc ID 2064718.1: Database Crashes with ORA-16038/ORA-742 Errors
• Oracle 官方文檔: Handling Lost Writes

總結

REDO LOG「寫入丟失」屬嚴重硬體/基礎設施故障，CLEAR UNARCHIVED LOGFILE 為緊急繞過手段，核心在於事後徹底根因排查與完整備份重建，避免資料永久遺失風險。