處理Oracle資料庫中的壞塊

一什麼是資料庫的壞塊

首先我們來大概看一下資料庫塊的格式和結構——資料庫的資料塊有固定的格式和結構，分三層 cache layer，transaction layer，data layer。在我們對資料塊進行讀取寫入操作的時候，資料庫會對要讀寫的資料塊做一致性的檢查，其中包括資料塊的型別、資料塊的位址資訊、資料塊的scn號以及資料塊的頭部和尾部。如果發現其中有不一致的資訊，那資料庫就會標記這個資料塊為壞塊了。資料庫的壞塊分為兩種，邏輯壞塊和物理壞塊。

二壞塊對資料庫產生的影響

如果資料庫出現壞塊，資料庫的告警日誌檔案裡面會存在有如下的一些報錯資訊 ora-1578以及ora-600 and trace file in bdump directory，其中ora-600錯誤的第乙個引數值的範圍是[2000]-[8000]，不同的值代表著資料塊的不同的層出現問題，具體的如下表所示：

range block layer

cache layer 2000 – 4000

transaction layer 4000 – 6000

data layer 6000 - 8000

壞塊產生影響的物件可能是資料字典表、回滾段表、臨時段、使用者資料表和索引等。不同的物件產生壞塊後的處理方法不盡相同。

三壞塊產生的原因

oracle呼叫標準c的系統函式，對資料塊進行讀寫操作，因此，壞塊是有可能由以下幾種原因產生：

硬體的i/o錯誤

作業系統的i/o錯誤或緩衝問題

記憶體或paging問題

磁碟修復工具

乙個資料檔案的一部分正在被覆蓋

oracle試圖訪問乙個未被格式化的系統塊失敗

資料檔案部分溢位

oracle或者作業系統的bug

四壞塊的處理方法

1. 先收集相應的關於壞快的資訊，從alertsid.log檔案或者從trace檔案中查詢，找到例如以下的一些資訊：

ora-1578 file# (rfn) block#

ora-1110 file# (afn) block#

ora-600 file# (afn) block#

其中rfn表示的是relative_fno

afn表示的是file_id

select file_name,tablespace_name,file_id 「afn」,relative_fno 「rfn」


from dba_data_files;
select file_name,tablespace_name,file_id, relative_fno「rfn」

from dba_temp_files;

2. 確定存在壞塊的物件是什麼

select tablespace_name, segment_type, owner, segment_name, partition_name from

dba_extents where file_id = and between block_id and block_id + blocks – 1；

通過上面這個查詢語句就可以查出當前存在壞塊的物件是什麼，是什麼型別的物件。需要注意的是如果是temp檔案中出現壞塊，是沒有記錄返回的。

3. 根據2中查詢出來的物件型別，確定相應的處理方法：

出現壞塊的常見物件有

sys使用者下的物件

回滾段臨時段

索引或者分割槽索引

表常用的處理方法有

恢復資料檔案

只恢復壞的block(9i以上版本可用)

通過rowid range scan 儲存資料

使用dbms_repair

使用event

4. 具體處理方法的介紹

恢復資料檔案方法：

如果資料庫是歸檔方式下，並且有完整的物理備份，就可以使用此方法來恢復。

步驟如下：

1) 先offline受影響的資料檔案，執行以下的語句

alter database datafile 'name_file' offline;

2) 保留有壞塊的資料檔案，然後拷貝備份的資料檔案。如果恢復的資料檔案要求路徑不同，執行以下的語句

alter database rename file 'old_name' to 'new_name';

3) 恢復資料檔案，執行以下語句

recover datafile 'name_of_file';

4) online恢復後的資料檔案，執行以下的語句

alter database datafile 'name_of_file' online;

只恢復壞的block(9i以上版本可用)

使用這種方法要求資料庫版本是9.2.0以上，要求配置了rman的catalog資料庫，資料庫為歸檔方式，並且有完整的物理備份。

步驟如下：

使用rman的blockrecover命令

rman>run

也可以強制使用某個scn號之前的備份，恢復資料塊。

rman>run

通過rowid range scan 儲存資料：

1) 先取得壞塊中row id的最小值，執行以下的語句

select dbms_rowid.rowid_create(1,,,,0) from dual;

2)取得壞塊中的row id的最大值，執行以下的語句

select dbms_rowid.rowid_create(1,,,+1,0) from dual;

3)建議乙個臨時表儲存那些沒有壞塊的資料，執行以下的語句

create table salvage_table as select * from corrupt_tab where 1=2;

4)儲存那些不存在壞塊的資料到臨時表中，執行以下的語句

insert into salvage_table select /*+ rowid(a) */ * from a where rowid < ''；

insert into salvage_table select /*+ rowid(a) */ * from a where rowid >= '『;

5) 根據臨時表中的資料重建表，重建表上的索引，限制。

使用10231診斷事件，在做全表掃瞄的時候跳過壞塊

可以在session級別設定

alter session set events '10231 trace name context forever, level 10';

也可以在資料庫級別上設定，在初始化引數中加入 event="10231 trace name context forever, level 10" ，然後重啟資料庫。

然後從存在壞塊的表中取出不存在壞塊的資料，執行以下的語句

create table salvage_emp as select * from corrupt_table;

最後rename生成的corrupt_table為原來表的名字，並重建表上的索引和限制。

使用dbms_repair包進行恢復

使用dbms_repair標記有壞塊的表，在做全表掃瞄的時候跳過壞塊，執行以下的語句

execute dbms_repair.skip_corrupt_blocks('','');

然後使用exp工具或者createtable as select的方法取出沒有壞塊資料，然後重建表，表上的索引和限制。

五壞塊的預先發現的方法

1. 如果要檢測資料庫中所有的表，可以利用exp工具匯出整個資料庫可以檢測壞塊。不過這個工具有一些缺陷，對以下情況的壞塊是檢測不出來的：

hwm以上的壞塊是不會發現的；索引中存在的壞塊是不會發現的；資料字典中的壞塊是不會發現的

2. 如果只是對資料庫中比較重要的表進行壞塊檢查，可以使用analyze table tablename validate structure cascade 的方法來檢測壞塊，它執行壞塊的檢查，但是不會標記壞塊為corrupt，檢測的結果儲存在user_dump_dest目錄下的使用者trace檔案中。

3. 使用oracle的專門工具dbv來檢查壞塊，具體的語法如下：

關鍵字說明 (預設)

file 要驗證的檔案 (無)

start 起始塊 (檔案的第乙個塊)

end 結束塊 (檔案的最後乙個塊)

blocksize 邏輯塊大小 (2048)

logfile 輸出日誌 (無)

feedback 顯示進度 (0)

parfile 引數檔案 (無)

userid 使用者名稱/口令 (無)

segment_id 段 id (tsn.relfile.block) (無)

例如：dbv file=system01.dbf blocksize=8192

dbverify release 9.2.0.5.0 - production on 星期六 11月 27 15 29 13 2004

dbverify - 驗證正在開始 file = system01.dbf

dbverify - 驗證完成

檢查的頁總數 32000

處理的頁總數(資料) 13261

失敗的頁總數(資料) 0

處理的頁總數(索引) 2184

失敗的頁總數(索引) 0

處理的頁總數(其它) 1369

處理的總頁數 (段) 0

失敗的總頁數 (段) 0

空的頁總數 15186

標記為損壞的總頁數 0

匯入的頁總數 0

處理Oracle資料庫中的壞塊

如何處理Oracle資料庫中的壞塊

資料庫壞塊的處理

Oracle 資料庫中的鎖處理

處理Oracle資料庫中的壞塊

如何處理Oracle資料庫中的壞塊

資料庫壞塊的處理

Oracle 資料庫中的鎖 處理

相關推薦

Oracle 資料庫中的鎖處理