日本综合一区二区|亚洲中文天堂综合|日韩欧美自拍一区|男女精品天堂一区|欧美自拍第6页亚洲成人精品一区|亚洲黄色天堂一区二区成人|超碰91偷拍第一页|日韩av夜夜嗨中文字幕|久久蜜综合视频官网|精美人妻一区二区三区

2014.7.22研究恢復數據庫壞塊：

創(chuàng)新互聯成立與2013年，是專業(yè)互聯網技術服務公司，擁有項目做網站、成都網站建設網站策劃，項目實施與項目整合能力。我們以讓每一個夢想脫穎而出為使命，1280元周至做網站,已為上家服務,為周至各地企業(yè)和個人服務,聯系電話:18980820575

Oracle調用標準C的系統(tǒng)函數，對數據塊進行讀寫操作，因此，壞塊是有可能由以下幾種原因產生：

硬件的I/O錯誤

操作系統(tǒng)的I/O錯誤或緩沖問題

內存或paging問題

磁盤修復工具

一個數據文件的一部分正在被覆蓋

Oracle試圖訪問一個未被格式化的系統(tǒng)塊失敗

數據文件部分溢出

Oracle或者操作系統(tǒng)的bug

 

遇到“ORA-01578:ORACLE data block corrupted”錯誤

處理方法：1.rman的recover命令可以在數據庫保持open狀態(tài)下只恢復受損的數據塊

        2.如果沒有備份，萬不得已之下也可以采用DBMS_REPAIR包的存儲過程將受損壞塊隔離，同時盡可能地挽救部分數據。

rman backup命令也是檢查壞數據塊的好工具  一旦讀取ORA-19566  即可有問題

此時可用backup validate tablespace user觀察詳細的信息，可查看到壞塊數與跟蹤文件

grep‘corrupt’/u01/app/oracle/diag/rdbms/br/br/trace/**.trc

恢復數據塊：rman》recover datafile 5 block 203；

批量恢復受損的數據塊：recover corruption list;

數據塊壞塊一號壞塊，需要做：

run{

sql 'alter database datafile 5 offline';

 restore datafile 5;

 recover datafile 5;

sql'alter database datafile 5 online'

}

 

 

1. 使用exp/imp恢復
   在這種情況下肯定會造成數據的丟失，在這種情況下應采取將數據導出然后重建表再進行導入的方法，來盡量恢復損壞數據塊中的數據，但是在有壞塊的情況下是不允許導出的，如下命令：Exp test/test file=t.dmp tables=t;
   導出命令在執(zhí)行中會報ORA-01578錯誤，在這錯誤提示中會提示那個文件號的文件以及這個文件中的哪個塊被損壞，如：ORA—01578：ORACLE 數據塊損壞（文件號 4，塊號 35）
   針對以上的提示首先查詢那些對象被損壞：
   Select tablespace_name,segment_type,owner,segment_name From dba_extents Where file_id=4 and 35 between block_id and block_id+blocks-1;
   如果被損壞的塊是索引，通常可以通過索引重建來解決，如果損壞的是數據（segment_type為table），那么通過設置如下內部事件使得Exp操作跳過壞塊。
   Alter session set events=’10231 trace name context forever,level 10’;
   然后重新執(zhí)行導出命令，導出相關的表，然后執(zhí)行Drop Table命令刪除相關表，之后重建表最后導入數據。
   使用DBMS_REPAIR恢復
   用DBMS_REPAIR當然也會丟失數據。這里不做詳細的介紹，有興趣的可以查看oracle的在線文

    

2. 
   3、使用dbms_repair包進行壞塊處理
   1）首先建立repair_table,用于存放dbms_repair.check_object檢測出來的壞塊信息
   SQL> declare
   2begin
   3dbms_repair.admin_tables
   4(table_name => 'REPAIR_TABLE',--表名
   5table_type => dbms_repair.repair_table,
   6action => dbms_repair.create_action,
   7tablespace => 'USERS');--用于指定該表存放的表空間
   8end;
   9/
   PL/SQL 過程已成功完成。
   SQL> col owner format a10
   SQL> col object_name format a20
   SQL> col object_type format a20
   SQL> select owner, object_name, object_type
   2from dba_objects
   3where object_name like '%REPAIR_TABLE';

   OWNEROBJECT_NAMEOBJECT_TYPE
   ---------- -------------------- --------------------
   SYSREPAIR_TABLETABLE
   SYSDBA_REPAIR_TABLEVIEW
   Oracle自動創(chuàng)建了一個DBA_REPAIR_TABLE視圖。
   2）使用dbms_repair.check_object進行壞塊檢測
   SQL> set serveroutput on size 100000;
   SQL> declare
   2rpr_count int;
   3begin
   4rpr_count := 0;
   5dbms_repair.check_object(
   6schema_name => 'SYS',--指定對象模式，也就是對象的所有者
   7object_name => 'TEST',--指定對象名，也就是表名
   8repair_table_name => 'REPAIR_TABLE',
   9corrupt_count => rpr_count);
   10dbms_output.put_line('repair block count: '
   11||to_char(rpr_count));
   12end;
   13/
   repair block count: 4
   PL/SQL 過程已成功完成。
   SQL> select object_name, block_id, corrupt_type, marked_corrupt,
   2corrupt_description, repair_description
   3from repair_table;

   OBJECT_NAMEBLOCK_ID CORRUPT_TYPE MARKED_COR
   -------------------- ---------- ------------ ----------
   CORRUPT_DESCRIPTION
   -------------------------------------------------------------------------------
   REPAIR_DESCRIPTION
   -------------------------------------------------------------------------------
   TEST196148 TRUE
   mark block software corrupt
   TEST206148 TRUE
   mark block software corrupt
   TEST236148 TRUE
   mark block software corrupt
   TEST316148 TRUE
   mark block software corrupt
   通過運行dbms_repair.check_object，將壞塊信息存放到了repair_table表中，其中有個字段marked_corrupt，用于標識該塊是否被標識為壞塊，當被標識為true時，即該塊被標識為壞塊。其中這一步跟oracle文檔中的描述有點進入，根據oracle文檔，當執(zhí)行完dbms_repair.check_object時，并不會進行壞塊標識，也就是marked_corrupt列的值應該為false，而只有當執(zhí)行dbms_repair.fix_corrupt_blocks過程后才會進行壞塊標識。
   3）使用dbms_repair.fix_corrupt_blocks進行壞塊標識
   SQL> declare
   2fix_block_count int;
   3begin
   4fix_block_count := 0;
   5dbms_repair.fix_corrupt_blocks (
   6schema_name => 'SYS',
   7object_name => 'TEST',
   8object_type => dbms_repair.table_object,
   9repair_table_name => 'REPAIR_TABLE',
   10fix_count => fix_block_count);
   11dbms_output.put_line('fix blocks count: ' ||
   12to_char(fix_block_count));
   13end;
   14/
   fix blocks count: 0
   PL/SQL 過程已成功完成。
   我們可以見到到fix blocks count=0，即在上一步進行check_object時已經進行了壞塊標識了，這一步其實可以省略。（不過沒有測試過?。?br />SQL> select count(*) from test;
   select count(*) from test
   *
   第 1 行出現錯誤:
   ORA-01578: ORACLE 數據塊損壞 (文件號 7, 塊號 19)
   ORA-01110: 數據文件 7: 'G:\ORACLE\PRODUCT\10.2.0\ORADATA\ORA10G\TEST01.DBF'
   此時進行查詢仍然報錯，因為我們只是將壞塊進行了標識，當進行全表掃描的時候，仍然會查詢到壞塊而報錯。
   4）使用dbms_repair.dump_orphan_keys過程來保存壞塊的索引鍵值，然后再執(zhí)行skip_corrupt_blocks過程之后，我們才能重建索引，不然重建索引時新的索引仍然會引用壞塊。首先要建立ORPHAN_KEY_TABLE，此表就是用來存放壞塊的索引鍵值。
   SQL> declare
   2begin
   3dbms_repair.admin_tables
   4(table_name => 'ORPHAN_KEY_TABLE',
   5table_type => dbms_repair.orphan_table,
   6action => dbms_repair.create_action,
   7tablespace => 'USERS');
   8end;
   9/

   PL/SQL 過程已成功完成。
   然后執(zhí)行過程dbms_repair.dump_orphan_keys將壞塊鍵值存放到上面所創(chuàng)建的表中：
   SQL> declare
   2orph_count int;
   3begin
   4orph_count:= 0;
   5dbms_repair.dump_orphan_keys (
   6schema_name => 'SYS',
   7object_name => 'ID_INX',--索引的名字
   8object_type => dbms_repair.index_object,
   9repair_table_name => 'REPAIR_TABLE',--從這個表中獲得壞塊的信息
   10orphan_table_name => 'ORPHAN_KEY_TABLE',
   11key_count => orph_count);
   12dbms_output.put_line('orphan-index entries: ' || to_char(orph_count));
   13end;
   14/
   orphan-index entries: 491

   PL/SQL 過程已成功完成。

   SQL> declare
   2orph_count int;
   3begin
   4orph_count:= 0;
   5dbms_repair.dump_orphan_keys (
   6schema_name => 'SYS',
   7object_name => 'NAME_INX',
   8object_type => dbms_repair.index_object,
   9repair_table_name => 'REPAIR_TABLE',
   10orphan_table_name => 'ORPHAN_KEY_TABLE',
   11key_count => orph_count);
   12dbms_output.put_line('orphan-index entries: ' || to_char(orph_count));
   13end;
   14/
   orphan-index entries: 491
   PL/SQL 過程已成功完成。
   對每個索引都要進行dump_orphan_keys。
   SQL> select index_name, count(*) from orphan_key_table
   2group by index_name;

   INDEX_NAMECOUNT(*)
   ------------------------------ ----------
   ID_INX491
   NAME_INX491
   5）使用skip_corrupt_blocks，使查詢或者DML時跳過壞塊
   SQL> declare
   2begin
   3dbms_repair.skip_corrupt_blocks (
   4schema_name => 'SYS',
   5object_name => 'TEST',
   6object_type => dbms_repair.table_object,
   7flags => dbms_repair.skip_flag);
   8end;
   9/

   PL/SQL 過程已成功完成。

   SQL> select table_name, skip_corrupt from dba_tables
   2where table_name = 'TEST';

   TABLE_NAMESKIP_COR
   ------------------------------ --------
   TESTENABLED
   6）使用dbms_repair.rebuild_freelists重建freelists，使得該塊不再被放到freelists，當中，也就是該塊將不會再被使用。
   SQL> declare
   2begin
   3dbms_repair.rebuild_freelists (
   4schema_name => 'SYS',
   5object_name => 'TEST',
   6object_type => dbms_repair.table_object);
   7end;
   8/
   declare
   *
   第 1 行出現錯誤:
   ORA-10614: Operation not allowed on this segment
   ORA-06512: 在 "SYS.DBMS_REPAIR", line 400
   ORA-06512: 在 line 3
   不過我們可以看到，對于SYS用戶下面的對象好像不能進行此操作。
   4、重建索引
   SQL> select count(id) from test;
   COUNT(ID)
   ----------
   19998
   SQL> select count(name) from test;
   COUNT(NAME)
   -----------
   19998
   SQL> select count(*) from test;
   COUNT(*)
   ----------
   19507
   我們可以看到上面的三個查詢，對于第1和第2個使用索引進行查詢和不使用索引進行查詢的結果是不一樣的。下面我們使用rebuild試試。
   SQL> alter index id_inx rebuild;
   索引已更改。
   SQL> alter index name_inx rebuild;
   索引已更改。
   SQL> select count(id) from test;
   COUNT(ID)
   ----------
   19998
   SQL> select count(name) from test;
   COUNT(NAME)
   -----------
   19998
   SQL> select count(*) from test;
   COUNT(*)
   ----------
   19507
   可以是不能通過rebuild來重建索引的。只能通過DROP然后再CREATE。
   SQL> drop index id_inx;
   索引已刪除。
   SQL> drop index name_inx;
   索引已刪除。
   SQL> create index id_inx on test(id);
   索引已創(chuàng)建。
   SQL> create index name_inx on test(name);
   索引已創(chuàng)建。
   SQL> select count(id) from test;
   COUNT(ID)
   ----------
   19507
   SQL> select count(name) from test;

   COUNT(NAME)
   -----------
   19507
   SQL> select count(*) from test;
   COUNT(*)
   ----------
   19507
   到此該表已經可以正常使用了，但同時也丟失了一些數據，所以在使用dbms_repair進行恢復的時候要充分考慮到數據的重要性和恢復的后果。同時也應該考慮是否有其它別的恢復方法，不然貿貿然的行事最后可能得不償失。

分享文章：恢復數據塊壞塊
文章出自：http://www.dlmjj.cn/article/pescsh.html