Oracle中類比及修複資料區塊損壞

在Oracle資料庫中，我們可能遭遇很多資料損毀的情況，在面對這些情況時如何進行資料恢複是非常重要的。
在很多情況下，恢複是極其複雜的，而且需要謹慎，輕率的操作和嘗試可能導致資料庫的永久損壞。
所以我建議在恢複嘗試前應當先進行資料備份。
對於重要的資料庫，如果不能確定恢複步驟和操作後果，建議最好先向專業人士進行諮詢，以避免不必要的資料損失。

本文通過實驗類比和解決資料區塊損壞問題，是對一類資料庫損壞的恢複探討

1.插入資料

E:\Oracle\ora92\bin>sqlplus "/ as sysdba" SQL*Plus: Release 9.2.0.4.0 - Production on 星期一 3月 8 20:27:15 2004 Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved. 串連到: Oracle9i Enterprise Edition Release 9.2.0.4.0 - Production With the Partitioning, OLAP and Oracle Data Mining options JServer Release 9.2.0.4.0 - Production SQL> select name from v$datafile; NAME -------------------------------------------------------------------------------- E:\ORACLE\ORADATA\EYGLE\SYSTEM01.DBF E:\ORACLE\ORADATA\EYGLE\UNDOTBS01.DBF E:\ORACLE\ORADATA\EYGLE\EYGLE01.DBF SQL> create tablespace block 2 datafile 'e:\oracle\oradata\eygle\block.dbf' 3 size 1M 4 extent management local; 資料表空間已建立。 SQL> alter user eygle default tablespace block; 使用者已更改。 SQL> alter user eygle quota unlimited on block; 使用者已更改。 SQL> connect eygle/eygle 已串連。 SQL> create table t as select * from dba_users; 表已建立。 SQL> insert into t select * from t; 已建立8行。 SQL> / 已建立16行。 SQL> / 已建立32行。 SQL> / 已建立64行。 SQL> / 已建立128行。 SQL> / 已建立256行。 SQL> / 已建立512行。 SQL> / 已建立1024行。 SQL> / 已建立2048行。 SQL> / 已建立4096行。 SQL> / insert into t select * from t * ERROR 位於第 1 行: ORA-01653: 表EYGLE.T無法通過8（在資料表空間BLOCK中）擴充 SQL> commit; 提交完成。 SQL> alter system checkpoint; 系統已更改。 SQL> select count(*) from t; COUNT(*) ---------- 8192 SQL> connect / as sysdba 已串連。 SQL> shutdown immediate 資料庫已經關閉。 已經卸載資料庫。 ORACLE 常式已經關閉。

2.損壞資料檔案

關閉資料庫後用Ultredit編輯資料檔案，隨便更改幾個字元.然後啟動資料庫.

SQL> startup ORACLE 常式已經啟動。 Total System Global Area 101785252 bytes Fixed Size 454308 bytes Variable Size 75497472 bytes Database Buffers 25165824 bytes Redo Buffers 667648 bytes 資料庫裝載完畢。 資料庫已經開啟。 SQL> select count(*) from eygle.t; select count(*) from eygle.t * ERROR 位於第 1 行: ORA-01578: ORACLE 資料區塊損壞（檔案號4，塊號35） ORA-01110: 資料檔案 4: 'E:\ORACLE\ORADATA\EYGLE\BLOCK.DBF' SQL>

此時如果查詢該表,會出現錯誤,資料區塊損壞無法讀取.

有個內部工具BBED也可以用來編輯資料區塊的內容

3.使用DBV檢查資料檔案

E:\Oracle\oradata\eygle>dbv file=block.dbf blocksize=8192 DBVERIFY: Release 9.2.0.4.0 - Production on 星期一 3月 8 20:48:50 2004 Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved. DBVERIFY - 驗證正在開始 : FILE = block.dbf 標記為損壞的頁35 *** Corrupt block relative dba: 0x01000023 (file 4, block 35) Bad check value found during dbv: Data in bad block - type: 6 format: 2 rdba: 0x01000023 last change scn: 0x0000.00049097 seq: 0x1 flg: 0x06 consistency value in tail: 0x90970601 check value in block header: 0xd6cb, computed block checksum: 0x2c0a spare1: 0x0, spare2: 0x0, spare3: 0x0 *** 標記為損壞的頁69 *** Corrupt block relative dba: 0x01000045 (file 4, block 69) Bad check value found during dbv: Data in bad block - type: 6 format: 2 rdba: 0x01000045 last change scn: 0x0000.00049097 seq: 0x1 flg: 0x06 consistency value in tail: 0x90970601 check value in block header: 0x33d1, computed block checksum: 0x653 spare1: 0x0, spare2: 0x0, spare3: 0x0 *** DBVERIFY - 驗證完成 檢查的頁總數 ：128 處理的頁總數（資料）：117 失敗的頁總數（資料）：0 處理的頁總數（索引）：0 失敗的頁總數（索引）：0 處理的頁總數（其它）：9 處理的總頁數 (段) : 0 失敗的總頁數 (段) : 0 空的頁總數 ：0 標記為損壞的總頁數：2 匯入的頁總數 ：0

dbv檢測到壞塊.

4.尋求恢複

在這種情況下，如果有備份，需要從備份中恢複
如果沒有備份，那麼壞塊部分的資料肯定要丟失了

在這個時候匯出是不允許的:

E:\>exp eygle/eygle file=t.dmp tables=t Export: Release 9.2.0.4.0 - Production on 星期一 3月 8 20:54:15 2004 Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved. 串連到: Oracle9i Enterprise Edition Release 9.2.0.4.0 - Production With the Partitioning, OLAP and Oracle Data Mining options JServer Release 9.2.0.4.0 - Production 已匯出 ZHS16GBK 字元集和 AL16UTF16 NCHAR 字元集 即將匯出指定的表通過常規路徑 ... . . 正在匯出表 T EXP-00056: 遇到 ORACLE 錯誤 1578 ORA-01578: ORACLE 資料區塊損壞（檔案號4，塊號35） ORA-01110: 資料檔案 4: 'E:\ORACLE\ORADATA\EYGLE\BLOCK.DBF' 匯出成功終止，但出現警告。

5.恢複步驟

當然，對於不同的情況需要區別對待

首先你需要檢查損壞的對象，使用以下SQL：

SQL> SELECT tablespace_name, segment_type, owner, segment_name 2 FROM dba_extents 3 WHERE file_id = 4 4 and 35 between block_id AND block_id + blocks - 1 5 ; TABLESPACE_NAME SEGMENT_TYPE OWNER SEGMENT_NAME --------------------------------------------------------------------------- BLOCK TABLE EYGLE T

如果損失的是資料,ok
我們可以設定內部事件，使exp跳過這些損壞的block

SQL> ALTER SYSTEM SET EVENTS='10231 trace name context forever,level 10'; 系統已更改。

note:

ALTER SYSTEM SET EVENTS='10231 trace name context forever,level 10' ;

內部事件，設定在全表掃描時跳過損壞的資料區塊.

然後我們可以匯出未損壞的資料

SQL> host Microsoft Windows XP [版本 5.1.2600] (C) 著作權 1985-2001 Microsoft Corp. E:\ E:\>exp eygle/eygle file=t.dmp tables=t Export: Release 9.2.0.4.0 - Production on 星期一 3月 8 20:57:13 2004 Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved. 串連到: Oracle9i Enterprise Edition Release 9.2.0.4.0 - Production With the Partitioning, OLAP and Oracle Data Mining options JServer Release 9.2.0.4.0 - Production 已匯出 ZHS16GBK 字元集和 AL16UTF16 NCHAR 字元集 即將匯出指定的表通過常規路徑 ... . . 正在匯出表 T 8036 行被匯出 在沒有警告的情況下成功終止匯出。

這時候資料成功匯出.
然後我們可以drop table，recreate，然後匯入資料

本例中
我們損失了

8192 - 8036 = 156 行資料

SQL> connect eygle/eygle 已串連。 SQL> drop table t; 表已丟棄。 SQL> host Microsoft Windows XP [版本 5.1.2600] (C) 著作權 1985-2001 Microsoft Corp. E:\Oracle\ora92\bin>cd \ E:\>imp eygle/eygle file=t.dmp tables=t Import: Release 9.2.0.4.0 - Production on 星期一 3月 8 21:12:38 2004 Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved. 串連到: Oracle9i Enterprise Edition Release 9.2.0.4.0 - Production With the Partitioning, OLAP and Oracle Data Mining options JServer Release 9.2.0.4.0 - Production 經由常規路徑匯出由EXPORT:V09.02.00建立的檔案 已經完成ZHS16GBK字元集和AL16UTF16 NCHAR 字元集中的匯入 . 正在將EYGLE的對象匯入到 EYGLE . . 正在匯入表 "T" 8036行被匯入 成功終止匯入，但出現警告。 E:\>exit SQL> select count(*) from t; COUNT(*) ---------- 8036

完成資料恢複

作者：eygle | English Version 【轉載時請務必以超連結形式標明文章原始出處和作者資訊及本聲明】
連結：http://www.eygle.com/archives/2004/06/oracle_block_recovery.html