===========================================================

修復資料庫壞塊之三

===========================================================

透過試驗模擬及解決資料塊損壞

itpub link:

1.插入資料

E:Oracleora92bin>sqlplus "/ as sysdba"

SQL*Plus: Release 9.2.0.4.0 - Production on 星期一 3月 8 20:27:15 2004

連線到:
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:ORACLEORADATAEYGLESYSTEM01.DBF
E:ORACLEORADATAEYGLEUNDOTBS01.DBF
E:ORACLEORADATAEYGLEEYGLE01.DBF

SQL> create tablespace block
2 datafile 'e:oracleoradataeygleblock.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:Oracleoradataeygle>dbv file=block.dbf blocksize=8192

DBVERIFY: Release 9.2.0.4.0 - Production on 星期一 3月 8 20:48:50 2004

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

連線到: 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:ORACLEORADATAEYGLEBLOCK.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' ;

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

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

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

連線到: 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;

表已丟棄。

E:Oracleora92bin>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

連線到: 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

完成資料恢復

引文來源王旺的書房 | 修復資料庫壞塊之三

Link URL: http://wworacle.blog.163.com/blog/static/21268725200849114256909

修復資料庫壞塊之三

相關文章