Oracle RMAN 恢復進階：表空間級與數據塊介質恢復完整操作指南

前言

繼數據文件級恢復後，本文進階講解表空間級恢復 (多文件批次) 與數據塊介質恢復 (Block Media Recovery, BMR)。表空間級恢復適用於整個表空間文件遺損/磁碟損壞；BMR 適用於極少數塊損壞 (如儲存轉軸錯誤、記憶體翻轉)，無需恢復整個文件，極大縮短 RTO。

一、場景一：表空間數據文件被誤刪除 (原路徑恢復)

1.1 故障模擬

# OPEN 狀態下刪除 USERS 表空間所有文件
rm /oracle/10g/oracle/product/10.2.0/oradatabak/users01.dbf

-- 查詢受影響表
SELECT * FROM t_user;
-- ORA-00376: file 4 cannot be read at this time

1.2 RMAN 恢復腳本

RMAN> RUN {
    SQL 'ALTER TABLESPACE USERS OFFLINE FOR RECOVER';  -- 表空間級 OFFLINE
    RESTORE TABLESPACE USERS;                          -- 批次還原所有文件
    RECOVER TABLESPACE USERS;                          -- 批次應用日志
    SQL 'ALTER TABLESPACE USERS ONLINE';               -- 表空間級 ONLINE
}

1.3 關鍵點

• OFFLINE FOR RECOVER：專為恢復設計的 OFFLINE 模式，不需檢查點，恢復後直接 ONLINE，無需 RECOVER TABLESPACE ... NOCHECK。
• RESTORE/RECOVER TABLESPACE 會自動展開該表空間所有數據文件，逐一處理。
• 資料庫全程 OPEN，其他表空間業務無影響。

二、場景二：表空間文件所在磁碟損壞 (異地恢復)

2.1 故障模擬

# 同場景一，刪除文件
rm /oracle/10g/oracle/product/10.2.0/oradatabak/users01.dbf

2.2 RMAN 恢復腳本 (含 SET NEWNAME + SWITCH)

RMAN> RUN {
    SQL 'ALTER TABLESPACE USERS OFFLINE FOR RECOVER';
    -- 為每個文件指定新路徑 (可查詢 V$DATAFILE 確認 FILE#)
    SET NEWNAME FOR DATAFILE 4 TO '/oracle/10g/oracle/product/10.2.0/oradata/oralife/user01.dbf';
    RESTORE TABLESPACE USERS;
    SWITCH DATAFILE ALL;  -- 更新控制檔中所有在本 RUN 內 SET NEWNAME 的文件
    RECOVER TABLESPACE USERS;
    SQL 'ALTER TABLESPACE USERS ONLINE';
}

2.3 驗證

SQL> SELECT * FROM t_user;
TEXT
Java_

SQL> SELECT name FROM v$datafile WHERE file# = 4;
NAME
/oracle/10g/oracle/product/10.2.0/oradata/oralife/user01.dbf

三、數據塊介質恢復 (Block Media Recovery, BMR)

3.1 適用場景

• 極少數塊損壞 (通常 < 1% 文件塊)，如 ORA-01578、ORA-01115、ORA-19504。
• 損壞塊已識別 (文件號 + 塊號)，透過 V$DATABASE_BLOCK_CORRUPTION、DBVERIFY、RMAN VALIDATE 發現。
• 不想恢復整個文件/表空間，僅修復損壞塊。

3.2 BMR 命令語法

RMAN> BLOCKRECOVER DEVICE TYPE DISK
2> DATAFILE 5 BLOCK 2, 7, 88;

• DEVICE TYPE DISK：從磁碟備份讀取 (預設)，亦可 SBT_TAPE。
• 可指定多個 DATAFILE n BLOCK b1, b2, ...。
• RMAN 自動從備份片讀取對應塊映像，應用歸檔日志前滾至最新一致性狀態。

3.3 BMR 前置檢查與驗證

-- 1. 掃描損壞塊
RMAN> VALIDATE CHECK LOGICAL DATABASE;
-- 或特定文件
RMAN> VALIDATE CHECK LOGICAL DATAFILE 5;

-- 2. 查看損壞塊報告
SELECT * FROM V$DATABASE_BLOCK_CORRUPTION;

-- 3. 執行 BMR
RMAN> BLOCKRECOVER CORRUPTION LIST;  -- 自動修復 VALIDATE 發現的所有損壞塊
-- 或指定
RMAN> BLOCKRECOVER DATAFILE 5 BLOCK 100, 205, 300;

-- 4. 驗證修復
RMAN> VALIDATE DATAFILE 5;

3.4 BMR 限制與注意

四、恢復策略選擇決策樹

故障發生
    │
    ├─ 整個表空間所有文件遺損/磁碟壞  →  TABLESPACE RESTORE + RECOVER
    │
    ├─ 少數文件遺損/磁碟壞             →  DATAFILE RESTORE + RECOVER (+ SET NEWNAME)
    │
    ├─ 極少數塊損壞 (ORA-1578)         →  BLOCKRECOVER (BMR)
    │
    └─ SYSTEM/UNDO 表空間文件遺損       →  必須 MOUNT 狀態恢復 (全庫停機)

五、最佳實踐建議

1. 啟用區塊變更追蹤：ALTER DATABASE ENABLE BLOCK CHANGE TRACKING; 加速增量備份，間接提升 BMR 可用備份點密度。
2. 定期 VALIDATE：每週 RMAN VALIDATE CHECK LOGICAL DATABASE 主動發現潛在損壞塊，趁早修復。
3. 備份保留策略：CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS; 確保 BMR 所需備份未過期刪除。
4. 腳本化與參數化：將表空間/文件/塊恢復腳本做成參數化模板，存入 Git，變更審計可追溯。
5. 演練頻率：表空間級恢復季度演練，BMR 月度演練 (模擬 DBVERIFY 製造損壞塊)。