Oracle 診斷案例：Redo Log Group 全處於 ACTIVE 狀態導致資料庫停擺

案例背景

• 平台：SunOS 5.8 (SPARC)
• 資料庫版本：8.1.5.0.0
• 症狀：回應極慢，應用請求完全無回應

現場發現

登入資料庫檢視 V$LOG，發現除 Current Group 外，**所有 Redo Log Group 均為 ACTIVE 狀態**，無法被覆寫，導致 LGWR 阻塞，資料庫實質掛起。

根因分析

1. 歸檔模式下 ARCH 進程延遲或掛起：ACTIVE 表示該 Group 尚未歸檔完成，LGWR 無法覆寫。
2. 歸檔目的地磁碟滿：LOG_ARCHIVE_DEST 空間不足，ARCH 寫入失敗反覆重試。
3. 網路/NFS 歸檔目標不可達：遠端歸檔掛載點斷線。
4. Redo Log Group 數量/大小不足：切換頻率過高，ARCH 來不及處理。

緊急處理步驟

1. 確認歸檔狀態與錯誤

SELECT dest_id, status, error FROM v$archive_dest;
SELECT * FROM v$archived_log WHERE completion_time > SYSDATE - 1/24 ORDER BY 1;

2. 釋放磁碟空間（最常見）

-- 刪除舊歸檔或移動至備份磁區
RMAN> DELETE ARCHIVELOG ALL COMPLETED BEFORE 'SYSDATE-2';

3. 強制切換 Logfile 觸發歸檔

ALTER SYSTEM SWITCH LOGFILE;
-- 若仍卡住，檢查 ALERT LOG 確認 ARCH 進程狀態

4. 臨時新增 Redo Log Group 緩解

ALTER DATABASE ADD LOGFILE GROUP 10 ('/u01/oradata/redo10a.log', '/u02/oradata/redo10b.log') SIZE 500M;
ALTER DATABASE ADD LOGFILE GROUP 11 ('/u01/oradata/redo11a.log', '/u02/oradata/redo11b.log') SIZE 500M;

長效優化建議

• **增加 Redo Log Group 數量** 至 6~10 組，單組大小 1~4 GB（視峰值產生量）。
• **啟用多重歸檔目的地**（LOG_ARCHIVE_DEST_1, _2）並設定 LOG_ARCHIVE_MIN_SUCCEED_DEST。
• **監控腳本**：每 5 分鐘檢查 V$LOG ACTIVE 數量 > 閾值即告警。
• **升級至 19c/21c** 享有 LOG_ARCHIVE_DEST_n 失效自動切換、Fast-Start Fault Recovery 等新特性。

結語

Redo Log 全 ACTIVE 是典型的「歸檔跟不上產生」癥狀。核心對策：**保障歸檔寫入速度與空間**、**適度增加 Redo Group**、建立**主動監控**。切勿單純重啟資料庫掩蓋問題。