RMAN 遞增備份演進：從全掃描到區塊變更追蹤（BCT）

前 RMAN 時代的遞增備份痛點

Oracle 8.0 引入 RMAN 前，匯出工具雖支援遞增，但任一區塊異動即導致整張表重寫，空間與時間雙重浪費。

RMAN 遞增備份（8.0 ~ 9i）

• 僅備份實際修改的區塊，大幅節省空間。
• 但每次遞增備份仍需全掃描資料檔以辨識變更區塊。
• 大型資料庫下，掃描耗時接近完整備份，時間複雜度未根本改善。

10g 里程碑：區塊變更追蹤

Block Change Tracking (BCT) 由背景程序 CTWR 即時記錄變更區塊至獨立追蹤檔，徹底消除全掃描。

運作流程

1. 啟用 BCT 後，首次遞增備份仍需全掃描建立基線。
2. 後續遞增備份直接讀取追蹤檔，精準定位需備份區塊，跳過未變更區塊。
3. 備份時間與變更資料量成正比，不再與資料檔總大小掛鉤。

啟用指令

ALTER DATABASE ENABLE BLOCK CHANGE TRACKING
  USING FILE '/u01/app/oracle/oradata/ORCL/bct_01.f';

• 若啟用 OMF (DB_CREATE_FILE_DEST)，USING FILE 子句可省略。
• 追蹤檔初始 10MB，每次自動擴展 10MB。

效能影響與建議

• CTWR 寫入追蹤檔會帶來微小 CPU 與 I/O 開銷（通常 < 2%）。
• 僅在使用 RMAN 遞增備份時啟用，預設關閉。
• 大型資料庫、頻繁遞增備份場景收益最大。

驗證 BCT 狀態

SELECT * FROM V$BLOCK_CHANGE_TRACKING;
-- STATUS: ENABLED/DISABLED
-- FILENAME: 追蹤檔路徑
-- BYTES: 目前檔案大小

結語

BCT 是 RMAN 遞增備份從「可用」邁向「高效」的關鍵技術。配合 11g+ 的遞增合併與區塊級恢復，構建現代化備份策略的核心基石。