程式師世界 >> 數據庫知識 >> Oracle數據庫 >> Oracle數據庫基礎 >> Oracle中模擬及修復數據塊損壞

Oracle中模擬及修復數據塊損壞

編輯：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:OracleORADATAEYGLEBLOCK.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> 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
完成數據恢復