Oracle中模擬修復資料塊損壞
同事遇到的一例資料庫系統表空間system表空間有壞塊,導致資料庫很多查詢報錯,包括查詢dba_extents等檢視報錯ORA-01578,ORA-01110,資料庫沒有任何可用備份,但是資料庫處於開啟狀態,後採用eygle類似案例alter system set events='10231 trace name context forever,level 10'; ( 10231 內部事件,設定在全表掃描時跳過損壞的資料塊)
然後匯出模式下的業務資料
ORA-01578: ORACLE 資料塊損壞 一種解決方案 (轉)
錯誤提示:
ORA-01578: ORACLE 資料塊損壞 (檔案號 6, 塊號 20)
ORA-01110: 資料檔案 6: 'F:\ORACLE\PRODUCT\10.2.0\ORADATA\MOVO\BLOCK.DBF'
資料塊的損壞與恢復
資料庫的恢復有時是件很複雜的事情,輕率的操作和嘗試可能導致資料庫的永久損壞
所以在操作前 一定要做好備份,對於重要的資料,如果自己不能確定恢復步驟
和後果的話,可以先向專業人士諮詢,以免造成損失
這裡是做模擬資料塊的損壞和恢復
1.插入資料
C:\Documents and Settings\Administrator>sqlplus / as sysdba
SQL*Plus: Release 10.2.0.1.0 - Production on 星期四 6月 12 17:38:46 2008
Copyright (c) 1982, 2005, Oracle. All rights reserved.
連線到:
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options
SQL> select name from v$datafile;
NAME
------------------------------------------------------------------------------
F:\ORACLE\PRODUCT\10.2.0\ORADATA\MOVO\SYSTEM01.DBF
F:\ORACLE\PRODUCT\10.2.0\ORADATA\MOVO\UNDOTBS04.DBF
F:\ORACLE\PRODUCT\10.2.0\ORADATA\MOVO\SYSAUX01.DBF
F:\ORACLE\PRODUCT\10.2.0\ORADATA\MOVO\USERS01.DBF
F:\ORACLE\PRODUCT\10.2.0\ORADATA\MOVO\EXAMPLE01.DBF
F:\ORACLE\PRODUCT\10.2.0\ORADATA\MOVO\BLOCK.DBF
已選擇6行。
SQL> drop tablespace block including contents and datafiles;
表空間已刪除。
SQL> create tablespace block
2 datafile 'F:\ORACLE\PRODUCT\10.2.0\ORADATA\MOVO\block.dbf' size 1m
3 extent management local;
表空間已建立。
SQL> alter user skate default tablespace block;
使用者已更改。
SQL> alter user skate quota unlimited on block;
使用者已更改。
SQL> conn skate/skate
已連線。
SQL> create table t as select * from dba_users;
表已建立。
SQL> insert into t select * from t;
已建立28行。
SQL> insert into t select * from t;
已建立56行。
SQL> insert into t select * from t;
已建立112行。
SQL> insert into t select * from t;
已建立224行。
SQL> insert into t select * from t;
已建立448行。
SQL> insert into t select * from t;
已建立896行。
SQL> insert into t select * from t;
已建立1792行。
SQL> insert into t select * from t;
已建立3584行。
SQL> insert into t select * from t;
insert into t select * from t
*
第 1 行出現錯誤:
ORA-01653: 表 SKATE.T 無法透過 8 (在表空間 BLOCK 中) 擴充套件
SQL> commit;
提交完成。
SQL> alter system checkpoint;
系統已更改。
SQL> select count(*) from t;
COUNT(*)
----------
7168
SQL>
SQL> conn /as sysdba
已連線。
SQL> shutdown immediate;
資料庫已經關閉。
已經解除安裝資料庫。
ORACLE 例程已經關閉。
SQL>
2.模擬損壞資料檔案
關閉資料庫後用Ultredit編輯資料檔案,隨便更改幾個字元.然後啟動資料庫
SQL> startup
ORACLE 例程已經啟動。
Total System Global Area 574619648 bytes
Fixed Size 1250212 bytes
Variable Size 180358236 bytes
Database Buffers 385875968 bytes
Redo Buffers 7135232 bytes
資料庫裝載完畢。
資料庫已經開啟。
SQL> select count(*) from t;
select count(*) from t
*
第 1 行出現錯誤:
ORA-00942: 表或檢視不存在
SQL> select count(*) from skate.t;
select count(*) from skate.t
*
第 1 行出現錯誤:
ORA-01578: ORACLE 資料塊損壞 (檔案號 6, 塊號 20)
ORA-01110: 資料檔案 6: 'F:\ORACLE\PRODUCT\10.2.0\ORADATA\MOVO\BLOCK.DBF'
SQL>
注意:因為資料塊損壞,所以查詢該表,將會提示錯誤
3. 使用DBV檢查資料檔案
C:\Documents and Settings\Administrator>dbv file=F:\oracle\product\10.2.0\oradat
a\movo\BLOCK.DBF blocksize=8192
DBVERIFY: Release 10.2.0.1.0 - Production on 星期四 6月 12 18:12:35 2008
Copyright (c) 1982, 2005, Oracle. All rights reserved.
DBVERIFY - 開始驗證: FILE = F:\oracle\product\10.2.0\oradata\movo\BLOCK.DBF
頁 20 標記為損壞
Corrupt block relative dba: 0x01800014 (file 6, block 20)
Bad check value found during dbv:
Data in bad block:
type: 6 format: 2 rdba: 0x01800014
last change scn: 0x0000.0015e13c seq: 0x1 flg: 0x06
spare1: 0x0 spare2: 0x0 spare3: 0x0
consistency value in tail: 0xe13c0601
check value in block header: 0xf7d7
computed block checksum: 0x7772
DBVERIFY - 驗證完成
檢查的頁總數: 128
處理的頁總數 (資料): 109
失敗的頁總數 (資料): 0
處理的頁總數 (索引): 0
失敗的頁總數 (索引): 0
處理的頁總數 (其它): 18
處理的總頁數 (段) : 0
失敗的總頁數 (段) : 0
空的頁總數: 0
標記為損壞的總頁數: 1
流入的頁總數: 0
最高塊 SCN : 1433924 (0.1433924)
C:\Documents and Settings\Administrator>
dbv檢測到壞塊.
4.尋求恢復
在這種情況下,如果有備份,需要從備份中恢復
如果沒有備份,那麼壞塊部分的資料肯定要丟失了
在這個時候匯出是不允許的:
C:\Documents and Settings\Administrator>exp skate/skate@movo file=t.dmp tables=t
Export: Release 10.2.0.1.0 - Production on 星期四 6月 12 18:14:54 2008
Copyright (c) 1982, 2005, Oracle. All rights reserved.
連線到: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options
已匯出 ZHS16GBK 字符集和 AL16UTF16 NCHAR 字符集
即將匯出指定的表透過常規路徑...
. . 正在匯出表 T
EXP-00056: 遇到 ORACLE 錯誤 1578
ORA-01578: ORACLE 資料塊損壞 (檔案號 6, 塊號 20)
ORA-01110: 資料檔案 6: 'F:\ORACLE\PRODUCT\10.2.0\ORADATA\MOVO\BLOCK.DBF'
匯出成功終止, 但出現警告。
C:\Documents and Settings\Administrator>
5.恢復步驟
當然,對於不同的情況需要區別對待
首先你需要檢查損壞的物件,使用以下SQL:
SQL> select tablespace_name,segment_type,owner,segment_name from dba_extents
2 where file_id=6 and 20 between block_id and block_id+blocks-1
3 ;
TABLESPACE_NAME SEGMENT_TYPE OWNER
------------------------------ ------------------ ------------------------------
SEGMENT_NAME
--------------------------------------------------------------------------------
BLOCK TABLE SKATE
T
SQL>
如果損失的是資料,ok
我們可以設定內部事件,使exp跳過這些損壞的block
SQL> alter system set events='10231 trace name context forever,level 10';
系統已更改。
SQL>
注意: 10231 內部事件,設定在全表掃描時跳過損壞的資料塊.
然後我們可以匯出未損壞的資料:
C:\Documents and Settings\Administrator>exp skate/skate@movo file=t.dmp tables=t
Export: Release 10.2.0.1.0 - Production on 星期四 6月 12 18:22:49 2008
Copyright (c) 1982, 2005, Oracle. All rights reserved.
連線到: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options
已匯出 ZHS16GBK 字符集和 AL16UTF16 NCHAR 字符集
即將匯出指定的表透過常規路徑...
. . 正在匯出表 T匯出了 7102 行
成功終止匯出, 沒有出現警告。
C:\Documents and Settings\Administrator>
這時候資料成功匯出.這是我可以drop table,然後recreate這個表,最後在imp資料
刪除表T:
SQL> drop table t;
drop table t
*
第 1 行出現錯誤:
ORA-00942: 表或檢視不存在
SQL> drop table skate.t;
表已刪除。
SQL> commit;
提交完成。
SQL>
匯入資料
C:\Documents and Settings\Administrator>imp skate/skate@movo file=t.dmp tables=t
Import: Release 10.2.0.1.0 - Production on 星期四 6月 12 18:29:36 2008
Copyright (c) 1982, 2005, Oracle. All rights reserved.
連線到: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options
經由常規路徑由 EXPORT:V10.02.01 建立的匯出檔案
已經完成 ZHS16GBK 字符集和 AL16UTF16 NCHAR 字符集中的匯入
. 正在將 SKATE 的物件匯入到 SKATE
. 正在將 SKATE 的物件匯入到 SKATE
. . 正在匯入表 "T"匯入了 7102 行
成功終止匯入, 沒有出現警告。
C:\Documents and Settings\Administrator>
SQL> select count(*) from skate.t;
COUNT(*)
----------
7102
SQL>
現在這個表可以訪問了
在這個例子中我們損失資料為:
7168-7102=66
資料塊損壞前:
SQL> select count(*) from t;
COUNT(*)
----------
7168
資料塊損壞後:
SQL> select count(*) from t;
COUNT(*)
----------
7102
---end----
轉自:http://blog.csdn.net/wyzxg/archive/2008/06/12/2540944.aspx
http://trophy.iteye.com/blog/954048
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/14710393/viewspace-758105/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 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修復資料檔案中的壞塊
- 模擬修復AD資料
- 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
- oracle壞塊模擬處理(筆記)Oracle筆記
- 資料恢復工具Recoverit使用教程:如何修復損壞的影片資料恢復
- 伺服器資料損壞有辦法修復嗎?伺服器
- MYSQL資料表損壞的原因分析和修復方法MySql
- Oracle資料庫UNDO損壞後的恢復Oracle資料庫