Oracle ARCH歸檔進程深度解析：效能影響與三大優化策略

歸檔模式核心進程機制、效能瓶頸與調優實戰

ARCH(Archiver Process)僅在歸檔模式下啟動，負責將填滿的線上重做日誌複製為歸檔日誌，防止循環覆寫導致資料遺失。

核心機制與效能影響

• LGWR切換日誌組時，若目標組未歸檔完成，資料庫暫停掛起等待ARCH完成
• 高頻大量DML → 高頻Log Switch → 高頻ARCH喚醒 → 系統吞吐下降
• 歸檔目的地磁碟I/O瓶頸、網路延遲(遠端歸檔)會放大等待時間

三大優化策略

1. 多ARCH進程並行歸檔

• 參數：LOG_ARCHIVE_MAX_PROCESSES (1-10，預設1，實際上限9)
• 自動啟動：LGWR偵測等待過久自動啟動額外ARCH(最多10個)
• 手動預啟動：初始化參數設定>1，實例啟動時預建多進程
• 關鍵差異：DBWR進程數受CPU核心數限制(1 CPU:1 DBWR)；ARCH無此限制，單CPU可跑多ARCH

2. 增加重做日誌檔大小/組數，延長切換間隔

• 較大/較多日誌組 → 降低Log Switch頻率 → 減少ARCH觸發頻率
• 建議：日誌切換間隔維持15-30分鐘(視恢復目標RPO而定)
• 監控：V$LOG_HISTORY、V$INSTANCE_RECOVERY評估最佳大小

3. 大量資料載入階段臨時調整

• 無日誌操作：ALTER TABLE ... NOLOGGING、INSERT /*+ APPEND */、CREATE INDEX ... NOLOGGING
• 臨時擴大日誌：載入期間新增日誌組/增大檔案，載入完成後恢復
• 斷開「大量DML → 頻繁Switch → 頻繁ARCH → 效能下降」負面鏈條

監控與診斷視圖

-- ARCH進程狀態
SELECT * FROM v$archiver;

-- 歸檔歷史與切換頻率
SELECT * FROM v$log_history ORDER BY first_time DESC;

-- 當前日誌組狀態
SELECT group#, sequence#, bytes/1024/1024 MB, status, archived FROM v$log;

-- 歸檔目的地狀態
SELECT dest_id, status, destination, error FROM v$archive_dest;

現代架構建議

• 啟用快速恢復區(FRA)統一管理歸檔、備份、閃回日誌
• 配置Data Guard遠端歸檔：LOG_ARCHIVE_DEST_2=SERVICE=standby LGWR ASYNC VALID_FOR=(ONLINE_LOGFILE,PRIMARY_ROLE)
• 考慮多路徑歸檔：本地FRA + 遠端Standby + 雲端儲存，提升可用性