Oracle 9i 區塊損壞 (ORA-01578) RMAN Block Recover 線上修復實戰

前言

Oracle 9i 引入 RMAN BLOCKRECOVER 指令，可在資料庫線上、無需離線還原整個檔案的情況下，精準修復損壞的資料區塊。本文記錄一次生產測試庫 ORA-01578 區塊損壞的完整診斷、備份可用性驗證、Block Recover 執行與驗證全流程。

一、故障現場

SQL> SELECT * FROM dpa_history;
ERROR at line 1:
ORA-01578: Oracle data block corrupted (file # 15, block # 18)
ORA-01110: data file 15: '/d01/app/oracle/oradata/dpa/dpa01.dbf'

• 損壞對象：Datafile 15, Block 18 (表 DPA_HISTORY)。
• 資料庫版本：9.2.0.4，已啟用 ARCHIVELOG 模式。
• RMAN Catalog 獨立部署於 rman/rman@catalog_db。

二、備份可用性驗證 (Block Recover 前置條件)

Block Recover 需要：損壞區塊所屬 Datafile 的最近全備份 + 該備份 SCN 之後的所有 Archived Redo Log + Online Redo Log。

1. 連線 RMAN 確認目標庫與 Catalog

rman target sys/oracle@dpa catalog rman/rman

2. 查詢 Datafile 15 最近全備份

RMAN> LIST BACKUP OF DATAFILE 15;
-- 輸出關鍵資訊：
BS Key: 643, Type: Full, Size: 64K, Device: DISK, Completion: 16-MAR-09
Piece: /d02/fullbackup/20090316_data_24_1
Checkpoint SCN: 11856250905, Time: 16-MAR-09

3. 驗證 Checkpoint SCN 之後的 Archived Log 完整性

RMAN> LIST BACKUP OF ARCHIVELOG SCN FROM 11856250905;
-- 備份集 680 包含 Sequence 109, 110 (SCN 範圍覆蓋至 11856251487)

RMAN> LIST COPY OF ARCHIVELOG FROM SEQUENCE 110;
-- Disk Copy: Sequence 111, 112 存在於 /d02/arch/

SQL> SELECT sequence#, members, archived, status FROM v$log;
-- Online Redo: Seq 113 (CURRENT), 111/112 (INACTIVE, ARCHIVED)

結論：全備份 SCN 11856250905 → Archived Log Seq 109~112 (備份+磁碟) → Online Redo Seq 113，**Redo 鏈完整無斷點**，滿足 Block Recover 條件。

三、執行 Block Recover

RMAN> BLOCKRECOVER DATAFILE 15 BLOCK 18;

關鍵輸出解析

Starting blockrecover at 16-MAR-09
allocated channel: ORA_DISK_1

channel ORA_DISK_1: restoring block(s)
channel ORA_DISK_1: specifying block(s) to restore from backup set
restoring blocks of datafile 00015
channel ORA_DISK_1: restored block(s) from backup piece 1
piece handle=/d02/fullbackup/20090316_data_24_1 tag=TAG20090316T154352

starting media recovery
archive log thread 1 sequence 111 is already on disk as file /d02/arch/1_111.dbf
archive log thread 1 sequence 112 is already on disk as file /d02/arch/1_112.dbf
channel ORA_DISK_1: restoring archive log thread=1 sequence=109
channel ORA_DISK_1: restoring archive log thread=1 sequence=110
channel ORA_DISK_1: restored backup piece 1
piece handle=/d02/fullbackup/20090316_arch_28 tag=TAG20090316T154731
media recovery complete
Finished blockrecover at 16-MAR-09

• 步驟 1：從全備份片讀取 Block 18 的舊版本映像。
• 步驟 2：應用 Archived Log Seq 109、110 (從備份還原) + Seq 111、112 (磁碟現有) + Online Redo Seq 113，將區塊前向滾動至當前 SCN。
• 全程資料庫 OPEN 狀態運行，業務零中斷。

四、驗證修復結果

SQL> SELECT * FROM dpa_history;
-- 正常返回資料，無 ORA-01578

五、Block Recover 適用條件與限制總結

六、最佳實踐建議

1. 定期驗證備份可恢復性：RMAN> VALIDATE BACKUPSET ...、VALIDATE DATAFILE ...。
2. 啟用 Block Change Tracking (10g+)：加速增量備份，間接縮短 Block Recover 所需 Redo 量。
3. 監控 V$DATABASE_BLOCK_CORRUPTION：DBVERIFY、ANALYZE TABLE ... VALIDATE STRUCTURE 定期掃描發現潛在損壞。
4. 損壞發生即處理：拖延會導致 Redo 被覆寫/歸檔刪除，喪失 Block Recover 條件，被迫完整恢復。
5. 記錄損壞上下文：SQL 錯誤訊息、Alert Log、Trace File、影響表/索引，事後根因分析 (硬體、OS、檔案系統、儲存陣列)。

七、總結

RMAN BLOCKRECOVER DATAFILE n BLOCK m 是 Oracle 9i+ 針對局部區塊損壞的「外科手術式」修復利器。核心成功要素：完整的 Redo 鏈 (備份 SCN 至今) + 線上執行零停機。掌握「驗證備份 → 驗證 Redo → 執行 Block Recover → 驗證業務」四步驟，即可從容應對 ORA-01578 突發故障，將 RTO 從小時級壓縮至分鐘級。