Oracle 診斷案例：Redo Log Group 高激活狀態導致資料庫停擺 (續)

案例背景 (同 125900)

• 平台：SunOS 5.8 SPARC
• 版本：8.1.5.0.0
• 症狀：回應緩慢、應用請求無返回、所有非 Current Redo Group 皆為 ACTIVE

現場截圖分析

截圖顯示：Group 1 Current、Group 2/3/4 Active、無 Inactive/Unused Group。LGWR 無可寫入 Group，資料庫實質掛起。

根因深度剖析

1. 歸檔進程 (ARCn) 停滯：磁碟滿、NFS 掛載斷線、權限錯誤、歸檔目的地參數錯誤。
2. Redo 產生速率 > 歸檔寫入速率：批次大量 DML、無索引大表更新、初始化參數 LOG_BUFFER 過小導致頻繁切換。
3. Redo Group 數量/大小不足：僅 4 Group、各 50MB，峰值 10 分鐘切換一次，ARCn 來不及處理。
4. Checkpoint 不完整 (Checkpoint Not Complete)：Alert Log 出現 Cannot allocate new log、Checkpoint not complete，DBWn 寫入緩慢拖慢切換。

緊急恢復步驟 (依優先序)

1. 釋放歸檔空間 (最常見)：

   
   # OS 層刪除/移動舊歸檔
   mv /arch/old/*.arc /backup/arch/
   # 或 RMAN
   RMAN> DELETE ARCHIVELOG ALL COMPLETED BEFORE 'SYSDATE-1';
           

2. 強制切換 Logfile 觸發歸檔：

   
   ALTER SYSTEM SWITCH LOGFILE;  -- 可能卡住，需在另一 Session 監控
           

3. 臨時新增 Redo Group (買時間)：

   
   ALTER DATABASE ADD LOGFILE GROUP 5 ('/u01/oradata/redo05a.log','/u02/oradata/redo05b.log') SIZE 200M;
   ALTER DATABASE ADD LOGFILE GROUP 6 ('/u01/oradata/redo06a.log','/u02/oradata/redo06b.log') SIZE 200M;
   -- 立即提供 Inactive Group 讓 LGWR 寫入
           

4. 檢查 ARCn 狀態與 Alert Log：

   
   SELECT process, status, error FROM v$managed_standby WHERE process LIKE 'ARC%';
   -- 或查 Alert Log 尾部錯誤
           

長效架構優化

版本升級紅利 (10g/11g/12c/19c)

• 10g：FRA 自動空間管理、LOG_ARCHIVE_DEST_n 失效自動切換。
• 11g：LOG_ARCHIVE_DEST_n ALTERNATE 參數、Snapshot Standby。
• 12c：多租戶 (PDB 級歸檔)、Far Sync 零資料遺失延伸。
• 19c：Automatic Redo Transport Compression、Sharding 級 Redo 隔離。

結語

Redo Log 全 Active 是 **「產生 > 消費」的經典瓶頸**。緊急處理：**加 Group、清空間、查 ARCn**；長效治理：**加大 Group、多路歸檔、啟用 FRA、升級版本、建立監控**。記住：**Redo 是資料庫生命線，LGWR 停寫 = 業務停擺**，容不得半點馬虎。