Oracle 壞塊識別、分類與多種修復策略完整指南

壞塊分類與影響對象

• 邏輯壞塊：區塊結構不一致（型別、地址、SCN、頭尾校驗失敗）。
• 物理壞塊：介質層面損壞，作業系統無法讀取。

影響對象：資料字典表、回滾段、臨時段、使用者表、索引。不同對象處理策略不同。

常見報錯與層級定位

• Alert 日誌出現 ORA-1578、ORA-600 [2000-8000] 及 trace 檔。
• ORA-600 第一參數範圍對應區塊層級：
  2000-4000 Cache Layer、4000-6000 Transaction Layer、6000-8000 Data Layer。

壞塊成因

• 硬體 I/O 錯誤、OS I/O/緩衝問題、記憶體/分頁錯誤、磁碟修復工具誤操作、資料檔部分被覆寫、存取未格式化系統區塊、資料檔溢位、Oracle/OS Bug。

四步驟處理流程

1. 收集資訊：從 Alert/trace 取得 ORA-1578 file# (RFN) block#、ORA-1110 file# (AFN)、ORA-600 file# (AFN)。
   查詢對應：DBA_DATA_FILES (RFN=RELATIVE_FNO, AFN=FILE_ID)、DBA_TEMP_FILES。
2. 定位對象：

   SELECT tablespace_name, segment_type, owner, segment_name, partition_name
   FROM dba_extents
   WHERE file_id = :AFN
     AND :block# BETWEEN block_id AND block_id + blocks - 1;

3. 依對象類型選擇策略（見下表）。
4. 執行修復並驗證。

常見對象修復策略對照表

使用者表五大修復手段

1. 恢復資料檔（需歸檔模式+完整備份）

ALTER DATABASE DATAFILE '...' OFFLINE;
-- 還原備份檔案，必要時 RENAME FILE
RECOVER DATAFILE '...';
ALTER DATABASE DATAFILE '...' ONLINE;

2. 區塊級恢復 (9i+，需 RMAN Catalog、歸檔、完整備份)

RMAN> BLOCKRECOVER DATAFILE 5 BLOCK 11, 16;
-- 或指定 SCN/序列
RMAN> BLOCKRECOVER DATAFILE 5 BLOCK 11, 16 RESTORE UNTIL SEQUENCE 8505;

3. ROWID RANGE SCAN 拯救資料

1. 取得壞塊 ROWID 範圍：
   DBMS_ROWID.ROWID_CREATE(1, obj_id, RFN, block, 0) (Low)
   DBMS_ROWID.ROWID_CREATE(1, obj_id, RFN, block+1, 0) (High)
2. 建立暫存表：CREATE TABLE salvage AS SELECT * FROM corrupt WHERE 1=2;
3. 導出好資料：
   INSERT INTO salvage SELECT /*+ ROWID(A) */ * FROM corrupt A WHERE rowid < :low;
INSERT INTO salvage SELECT /*+ ROWID(A) */ * FROM corrupt A WHERE rowid >= :high;
4. 重建表、索引、約束。

4. Event 10231 跳過壞塊全表掃描

-- Session 級
ALTER SESSION SET EVENTS '10231 TRACE NAME CONTEXT FOREVER, LEVEL 10';
-- 或 Instance 級 init.ora
event="10231 trace name context forever, level 10"
-- 然後 CREATE TABLE salvage AS SELECT * FROM corrupt_table;

5. DBMS_REPAIR 標記跳過

EXEC DBMS_REPAIR.SKIP_CORRUPT_BLOCKS('SCHEMA', 'TABLE');
-- 然後 exp 或 CTAS 導出好資料，重建表

壞塊預先發現三法

dbv file=system01.dbf blocksize=8192
-- 輸出含頁總數、失敗頁數、標記損壞頁數等統計

總結

壞塊處理核心原則：先定位對象、再選策略、盡量保資料、必要時聯繫支援。索引壞塊直接重建最划算；表壞塊視業務容忍度在「完整恢復、區塊恢復、ROWID 拯救、Event 跳過、DBMS_REPAIR」中選擇；預防勝於治療，建議定期排程 dbv 或 ANALYZE VALIDATE 並監控 Alert 日誌。