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\TEST\SYSTEM01.DBF
E:\ORACLE\ORADATA\TEST\UNDOTBS01.DBF
E:\ORACLE\ORADATA\TEST\TEST01.DBF
SQL> create tablespace block
2 datafile 'e:\oracle\oradata\TEST\block.dbf'
3 size 1M
4 extent management local;
表空間已建立。
SQL> alter user TEST def***t tablespace block;
使用者已更改。
SQL> alter user TEST quota unlimited on block;
使用者已更改。
SQL> connect TEST/TEST
已連線。
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> 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 TEST.t;
select count(*) from TEST.t
*
ERROR 位於第 1 行:
ORA-01578: ORACLE 資料塊損壞(檔案號4,塊號35)
ORA-01110: 資料檔案 4: 'E:\ORACLE\ORADATA\TEST\BLOCK.DBF'
SQL>
此時如果查詢該表,會出現錯誤,資料塊損壞無法讀取.
有個內部工具BBED也可以用來編輯資料塊的內容
3.使用DBV檢查資料檔案
E:\Oracle\oradata\TEST>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 TEST/TEST 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\TEST\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 TEST 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:\>exp TEST/TEST 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 TEST/TEST
已連線。
SQL> drop table t;
表已丟棄。
SQL> host
Microsoft Windows XP [版本 5.1.2600]
(C) 版權所有 1985-2001 Microsoft Corp.
E:\Oracle\ora92\bin>cd \
E:\>imp TEST/TEST 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 字符集中的匯入
. 正在將TEST的物件匯入到 TEST
. . 正在匯入表 "T" 8036行被匯入
成功終止匯入,但出現警告。
E:\>exit
SQL> select count(*) from t;
COUNT(*)
----------
8036
完成資料恢復
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\TEST\SYSTEM01.DBF
E:\ORACLE\ORADATA\TEST\UNDOTBS01.DBF
E:\ORACLE\ORADATA\TEST\TEST01.DBF
SQL> create tablespace block
2 datafile 'e:\oracle\oradata\TEST\block.dbf'
3 size 1M
4 extent management local;
表空間已建立。
SQL> alter user TEST def***t tablespace block;
使用者已更改。
SQL> alter user TEST quota unlimited on block;
使用者已更改。
SQL> connect TEST/TEST
已連線。
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> 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 TEST.t;
select count(*) from TEST.t
*
ERROR 位於第 1 行:
ORA-01578: ORACLE 資料塊損壞(檔案號4,塊號35)
ORA-01110: 資料檔案 4: 'E:\ORACLE\ORADATA\TEST\BLOCK.DBF'
SQL>
此時如果查詢該表,會出現錯誤,資料塊損壞無法讀取.
有個內部工具BBED也可以用來編輯資料塊的內容
3.使用DBV檢查資料檔案
E:\Oracle\oradata\TEST>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 TEST/TEST 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\TEST\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 TEST 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:\>exp TEST/TEST 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 TEST/TEST
已連線。
SQL> drop table t;
表已丟棄。
SQL> host
Microsoft Windows XP [版本 5.1.2600]
(C) 版權所有 1985-2001 Microsoft Corp.
E:\Oracle\ora92\bin>cd \
E:\>imp TEST/TEST 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 字符集中的匯入
. 正在將TEST的物件匯入到 TEST
. . 正在匯入表 "T" 8036行被匯入
成功終止匯入,但出現警告。
E:\>exit
SQL> select count(*) from t;
COUNT(*)
----------
8036
完成資料恢復
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/27042095/viewspace-746730/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- ORACLE中修復資料塊損壞Oracle
- Oracle中模擬修復資料塊損壞Oracle
- 修復損壞的資料塊
- Oracle資料庫壞塊修復Oracle資料庫
- 伺服器Oracle資料庫損壞修復伺服器Oracle資料庫
- 轉載:Oracle資料塊損壞恢復總結Oracle
- SQL Server 資料頁損壞修復SQLServer
- 使用dbms_repair修復塊損壞AI
- system資料檔案頭損壞修復
- SQLite資料庫損壞及其修復探究SQLite資料庫
- pg 檔案塊損壞的修復措施。
- oracle壞塊修復例項Oracle
- 【LINUX】Oracle資料庫 linux磁碟頭資料損壞修復LinuxOracle資料庫
- 利用RMAN修復資料檔案中的壞塊
- Oracle資料庫塊的物理損壞與邏輯損壞Oracle資料庫
- 修復資料庫壞塊之五資料庫
- 修復資料庫壞塊之四資料庫
- 修復資料庫壞塊之三資料庫
- 修復資料庫壞塊之二資料庫
- 修復資料庫壞塊之一資料庫
- ORACLE 10g中使用BBED修復損壞資料檔案Oracle 10g
- Oracle日常問題-壞塊修復Oracle
- 資料塊損壞ORA-1578(發現損壞塊)
- redo損壞修復啟動資料庫辦法資料庫
- 伺服器資料庫損壞能修復嘛伺服器資料庫
- MySQL資料庫表損壞後的修復方法MySql資料庫
- InterBase資料庫檔案損壞的修復方法資料庫
- SQL Anywhere db檔案損壞修復 DB檔案修復 DB資料庫修復SQL資料庫
- RMAN修復壞塊
- Oracle塊損壞恢復(有rman備份)Oracle
- oracle壞塊的rowid方式修復Oracle
- Oracle壞塊修復處理實驗Oracle
- 資料恢復工具Recoverit使用教程:如何修復損壞的影片資料恢復
- 伺服器資料損壞有辦法修復嗎?伺服器
- MYSQL資料表損壞的原因分析和修復方法MySql
- EXP匯出ORA-01578(資料塊損壞)錯誤解決方法
- Oracle資料庫UNDO損壞後的恢復Oracle資料庫
- 用ORACLE8i修復資料庫壞塊的三種方法Oracle資料庫