月圓之夜女巫冰
征途2手游張藝興
史上最囧游戲2手怎么修復(fù)數(shù)據(jù)庫？下面以修復(fù)數(shù)據(jù)庫壞塊為例，為大家介紹修復(fù)數(shù)據(jù)庫壞塊方法，詳細(xì)如下：
PART1
修復(fù)數(shù)據(jù)庫壞塊
dbv
你也可以用dbv工具看一下你現(xiàn)在其他的數(shù)據(jù)文件有沒有還有壞塊的
dbv file='yourfilename'
恢復(fù)方法：
當(dāng)Oracle數(shù)據(jù)庫出現(xiàn)壞塊時(shí)，Oracle會(huì)在警告日志文件（alert_SID.log）中記錄壞塊的信息：
ORA-01578: ORACLE data block corrupted (file # 7, block # )
ORA-01110: data file : '/oracle1/oradata/V920/oradata/V816/users01.dbf'
其中，＜AFN＞代表壞塊所在數(shù)據(jù)文件的絕對(duì)文件號(hào)，代表壞塊是數(shù)據(jù)文件上的第幾個(gè)數(shù)據(jù)塊
出現(xiàn)這種情況時(shí)，應(yīng)該首先檢查是否是硬件及操作系統(tǒng)上的故障導(dǎo)致Oracle數(shù)據(jù)庫出現(xiàn)壞塊。在排除了數(shù)據(jù)庫以外的原因后，再對(duì)發(fā)生壞塊的數(shù)據(jù)庫對(duì)象進(jìn)行處理。
1．確定發(fā)生壞塊的數(shù)據(jù)庫對(duì)象
SELECT tablespace_name,
segment_type,
owner,
segment_name
FROM dba_extents
WHERE file_id =
AND between block_id AND block_id+blocks-1;
2．決定修復(fù)方法
如果發(fā)生壞塊的對(duì)象是一個(gè)索引，那么可以直接把索引DROP掉后，再根據(jù)表里的記錄進(jìn)行重建；
如果發(fā)生壞塊的表的記錄可以根據(jù)其它表的記錄生成的話，那么可以直接把這個(gè)表DROP掉后重建；
如果有數(shù)據(jù)庫的備份，則恢復(fù)數(shù)據(jù)庫的方法來進(jìn)行修復(fù)；
如果表里的記錄沒有其它辦法恢復(fù)，那么壞塊上的記錄就丟失了，只能把表中其它數(shù)據(jù)壞上的記錄取出來，然后對(duì)這個(gè)表進(jìn)行重建。
3．用Oracle提供的DBMS_REPAIR包標(biāo)記出壞塊
exec DBMS_REPAIR.SKIP_CORRUPT_BLOCKS('','');
4．使用Create table as select命令將表中其它塊上的記錄保存到另一張表上
create table corrupt_table_bak
as
select * from corrupt_table;
5．用DROP TABLE命令刪除有壞塊的表
drop table corrupt_table;
6．用alter table rename命令恢復(fù)原來的表
alter table corrupt_table_bak
rename to corrupt_table;
7．如果表上存在索引，則要重建表上的索引
PART2
2014.7.22研究恢復(fù)數(shù)據(jù)庫壞塊：
Oracle調(diào)用標(biāo)準(zhǔn)C的系統(tǒng)函數(shù)，對(duì)數(shù)據(jù)塊進(jìn)行讀寫操作，因此，壞塊是有可能由以下幾種原因產(chǎn)生：
硬件的I/O錯(cuò)誤
操作系統(tǒng)的I/O錯(cuò)誤或緩沖問題
內(nèi)存或paging問題
磁盤修復(fù)工具
一個(gè)數(shù)據(jù)文件的一部分正在被覆蓋
Oracle試圖訪問一個(gè)未被格式化的系統(tǒng)塊失敗
數(shù)據(jù)文件部分溢出
Oracle或者操作系統(tǒng)的bug
遇到“ORA-01578:ORACLE data block corrupted”錯(cuò)誤
處理方法：1.rman的recover命令可以在數(shù)據(jù)庫保持open狀態(tài)下只恢復(fù)受損的數(shù)據(jù)塊
2.如果沒有備份，萬不得已之下也可以采用DBMS_REPAIR包的存儲(chǔ)過程將受損壞塊隔離，同時(shí)盡可能地挽救部分?jǐn)?shù)據(jù)。
rman backup命令也是檢查壞數(shù)據(jù)塊的好工具 一旦讀取ORA-19566 即可有問題
此時(shí)可用backup validate tablespace user觀察詳細(xì)的信息，可查看到壞塊數(shù)與跟蹤文件
grep‘corrupt’/u01/app/oracle/diag/rdbms/br/br/trace/**.trc
恢復(fù)數(shù)據(jù)塊：rman》recover datafile 5 block 203；
批量恢復(fù)受損的數(shù)據(jù)塊：recover corruption list;
數(shù)據(jù)塊壞塊一號(hào)壞塊，需要做：
run{
sql 'alter database datafile 5 offline';
restore datafile 5;
recover datafile 5;
sql'alter database datafile 5 online'
}
使用exp/imp恢復(fù)
在這種情況下肯定會(huì)造成數(shù)據(jù)的丟失，在這種情況下應(yīng)采取將數(shù)據(jù)導(dǎo)出然后重建表再進(jìn)行導(dǎo)入的方法，來盡量恢復(fù)損壞數(shù)據(jù)塊中的數(shù)據(jù)，但是在有壞塊的情況下是不允許導(dǎo)出的，如下命令：Exp test/test file=t.dmp tables=t;
導(dǎo)出命令在執(zhí)行中會(huì)報(bào)ORA-01578錯(cuò)誤，在這錯(cuò)誤提示中會(huì)提示那個(gè)文件號(hào)的文件以及這個(gè)文件中的哪個(gè)塊被損壞，如：ORA—01578：ORACLE 數(shù)據(jù)塊損壞（文件號(hào) 4，塊號(hào) 35）
針對(duì)以上的提示首先查詢那些對(duì)象被損壞：
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;
如果被損壞的塊是索引，通�？梢酝ㄟ^索引重建來解決，如果損壞的是數(shù)據(jù)（segment_type為table），那么通過設(shè)置如下內(nèi)部事件使得Exp操作跳過壞塊。
Alter session set events=’10231 trace name context forever,level 10’;
然后重新執(zhí)行導(dǎo)出命令，導(dǎo)出相關(guān)的表，然后執(zhí)行Drop Table命令刪除相關(guān)表，之后重建表最后導(dǎo)入數(shù)據(jù)。
使用DBMS_REPAIR恢復(fù)
用DBMS_REPAIR當(dāng)然也會(huì)丟失數(shù)據(jù)。這里不做詳細(xì)的介紹，有興趣的可以查看oracle的在線文
3、使用dbms_repair包進(jìn)行壞塊處理
1）首先建立repair_table,用于存放dbms_repair.check_object檢測(cè)出來的壞塊信息
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自動(dòng)創(chuàng)建了一個(gè)DBA_REPAIR_TABLE視圖。
2）使用dbms_repair.check_object進(jìn)行壞塊檢測(cè)
SQL> set serveroutput on size 100000;
SQL> declare
2rpr_count int;
3begin
4rpr_count := 0;
5dbms_repair.check_object(
6schema_name => 'SYS',--指定對(duì)象模式，也就是對(duì)象的所有者
7object_name => 'TEST',--指定對(duì)象名，也就是表名
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
通過運(yùn)行dbms_repair.check_object，將壞塊信息存放到了repair_table表中，其中有個(gè)字段marked_corrupt，用于標(biāo)識(shí)該塊是否被標(biāo)識(shí)為壞塊，當(dāng)被標(biāo)識(shí)為true時(shí)，即該塊被標(biāo)識(shí)為壞塊。其中這一步跟oracle文檔中的描述有點(diǎn)進(jìn)入，根據(jù)oracle文檔，當(dāng)執(zhí)行完dbms_repair.check_object時(shí)，并不會(huì)進(jìn)行壞塊標(biāo)識(shí)，也就是marked_corrupt列的值應(yīng)該為false，而只有當(dāng)執(zhí)行dbms_repair.fix_corrupt_blocks過程后才會(huì)進(jìn)行壞塊標(biāo)識(shí)。
3）使用dbms_repair.fix_corrupt_blocks進(jìn)行壞塊標(biāo)識(shí)
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，即在上一步進(jìn)行check_object時(shí)已經(jīng)進(jìn)行了壞塊標(biāo)識(shí)了，這一步其實(shí)可以省略。（不過沒有測(cè)試過�。�
SQL> select count(*) from test;
select count(*) from test
*
第 1 行出現(xiàn)錯(cuò)誤:
ORA-01578: ORACLE 數(shù)據(jù)塊損壞 (文件號(hào) 7, 塊號(hào) 19)
ORA-01110: 數(shù)據(jù)文件 7: 'G:\ORACLE\PRODUCT\10.2.0\ORADATA\ORA10G\TEST01.DBF'
此時(shí)進(jìn)行查詢?nèi)匀粓?bào)錯(cuò)，因?yàn)槲覀冎皇菍膲K進(jìn)行了標(biāo)識(shí)，當(dāng)進(jìn)行全表掃描的時(shí)候，仍然會(huì)查詢到壞塊而報(bào)錯(cuò)。
4）使用dbms_repair.dump_orphan_keys過程來保存壞塊的索引鍵值，然后再執(zhí)行skip_corrupt_blocks過程之后，我們才能重建索引，不然重建索引時(shí)新的索引仍然會(huì)引用壞塊。首先要建立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',--從這個(gè)表中獲得壞塊的信息
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 過程已成功完成。
對(duì)每個(gè)索引都要進(jìn)行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時(shí)跳過壞塊
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，當(dāng)中，也就是該塊將不會(huì)再被使用。
SQL> declare
2begin
3dbms_repair.rebuild_freelists (
4schema_name => 'SYS',
5object_name => 'TEST',
6object_type => dbms_repair.table_object);
7end;
8/
declare
*
第 1 行出現(xiàn)錯(cuò)誤:
ORA-10614: Operation not allowed on this segment
ORA-06512: 在 "SYS.DBMS_REPAIR", line 400
ORA-06512: 在 line 3
不過我們可以看到，對(duì)于SYS用戶下面的對(duì)象好像不能進(jìn)行此操作。
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
我們可以看到上面的三個(gè)查詢，對(duì)于第1和第2個(gè)使用索引進(jìn)行查詢和不使用索引進(jìn)行查詢的結(jié)果是不一樣的。下面我們使用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
到此該表已經(jīng)可以正常使用了，但同時(shí)也丟失了一些數(shù)據(jù)，所以在使用dbms_repair進(jìn)行恢復(fù)的時(shí)候要充分考慮到數(shù)據(jù)的重要性和恢復(fù)的后果。同時(shí)也應(yīng)該考慮是否有其它別的恢復(fù)方法，不然貿(mào)貿(mào)然的行事最后可能得不償失。
PART2
2014.7.22研究恢復(fù)數(shù)據(jù)庫壞塊：
Oracle調(diào)用標(biāo)準(zhǔn)C的系統(tǒng)函數(shù)，對(duì)數(shù)據(jù)塊進(jìn)行讀寫操作，因此，壞塊是有可能由以下幾種原因產(chǎn)生：
硬件的I/O錯(cuò)誤
操作系統(tǒng)的I/O錯(cuò)誤或緩沖問題
內(nèi)存或paging問題
磁盤修復(fù)工具
一個(gè)數(shù)據(jù)文件的一部分正在被覆蓋
Oracle試圖訪問一個(gè)未被格式化的系統(tǒng)塊失敗
數(shù)據(jù)文件部分溢出
Oracle或者操作系統(tǒng)的bug
遇到“ORA-01578:ORACLE data block corrupted”錯(cuò)誤
處理方法：1.rman的recover命令可以在數(shù)據(jù)庫保持open狀態(tài)下只恢復(fù)受損的數(shù)據(jù)塊
2.如果沒有備份，萬不得已之下也可以采用DBMS_REPAIR包的存儲(chǔ)過程將受損壞塊隔離，同時(shí)盡可能地挽救部分?jǐn)?shù)據(jù)。
rman backup命令也是檢查壞數(shù)據(jù)塊的好工具 一旦讀取ORA-19566 即可有問題
此時(shí)可用backup validate tablespace user觀察詳細(xì)的信息，可查看到壞塊數(shù)與跟蹤文件
grep‘corrupt’/u01/app/oracle/diag/rdbms/br/br/trace/**.trc
恢復(fù)數(shù)據(jù)塊：rman》recover datafile 5 block 203；
批量恢復(fù)受損的數(shù)據(jù)塊：recover corruption list;
數(shù)據(jù)塊壞塊一號(hào)壞塊，需要做：
run{
sql 'alter database datafile 5 offline';
restore datafile 5;
recover datafile 5;
sql'alter database datafile 5 online'
}
使用exp/imp恢復(fù)
在這種情況下肯定會(huì)造成數(shù)據(jù)的丟失，在這種情況下應(yīng)采取將數(shù)據(jù)導(dǎo)出然后重建表再進(jìn)行導(dǎo)入的方法，來盡量恢復(fù)損壞數(shù)據(jù)塊中的數(shù)據(jù)，但是在有壞塊的情況下是不允許導(dǎo)出的，如下命令：Exp test/test file=t.dmp tables=t;
導(dǎo)出命令在執(zhí)行中會(huì)報(bào)ORA-01578錯(cuò)誤，在這錯(cuò)誤提示中會(huì)提示那個(gè)文件號(hào)的文件以及這個(gè)文件中的哪個(gè)塊被損壞，如：ORA—01578：ORACLE 數(shù)據(jù)塊損壞（文件號(hào) 4，塊號(hào) 35）
針對(duì)以上的提示首先查詢那些對(duì)象被損壞：
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;
如果被損壞的塊是索引，通�？梢酝ㄟ^索引重建來解決，如果損壞的是數(shù)據(jù)（segment_type為table），那么通過設(shè)置如下內(nèi)部事件使得Exp操作跳過壞塊。
Alter session set events=’10231 trace name context forever,level 10’;
然后重新執(zhí)行導(dǎo)出命令，導(dǎo)出相關(guān)的表，然后執(zhí)行Drop Table命令刪除相關(guān)表，之后重建表最后導(dǎo)入數(shù)據(jù)。
使用DBMS_REPAIR恢復(fù)
用DBMS_REPAIR當(dāng)然也會(huì)丟失數(shù)據(jù)。這里不做詳細(xì)的介紹，有興趣的可以查看oracle的在線文
3、使用dbms_repair包進(jìn)行壞塊處理
1）首先建立repair_table,用于存放dbms_repair.check_object檢測(cè)出來的壞塊信息
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自動(dòng)創(chuàng)建了一個(gè)DBA_REPAIR_TABLE視圖。
2）使用dbms_repair.check_object進(jìn)行壞塊檢測(cè)
SQL> set serveroutput on size 100000;
SQL> declare
2rpr_count int;
3begin
4rpr_count := 0;
5dbms_repair.check_object(
6schema_name => 'SYS',--指定對(duì)象模式，也就是對(duì)象的所有者
7object_name => 'TEST',--指定對(duì)象名，也就是表名
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
通過運(yùn)行dbms_repair.check_object，將壞塊信息存放到了repair_table表中，其中有個(gè)字段marked_corrupt，用于標(biāo)識(shí)該塊是否被標(biāo)識(shí)為壞塊，當(dāng)被標(biāo)識(shí)為true時(shí)，即該塊被標(biāo)識(shí)為壞塊。其中這一步跟oracle文檔中的描述有點(diǎn)進(jìn)入，根據(jù)oracle文檔，當(dāng)執(zhí)行完dbms_repair.check_object時(shí)，并不會(huì)進(jìn)行壞塊標(biāo)識(shí)，也就是marked_corrupt列的值應(yīng)該為false，而只有當(dāng)執(zhí)行dbms_repair.fix_corrupt_blocks過程后才會(huì)進(jìn)行壞塊標(biāo)識(shí)。
3）使用dbms_repair.fix_corrupt_blocks進(jìn)行壞塊標(biāo)識(shí)
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，即在上一步進(jìn)行check_object時(shí)已經(jīng)進(jìn)行了壞塊標(biāo)識(shí)了，這一步其實(shí)可以省略。（不過沒有測(cè)試過�。�
SQL> select count(*) from test;
select count(*) from test
*
第 1 行出現(xiàn)錯(cuò)誤:
ORA-01578: ORACLE 數(shù)據(jù)塊損壞 (文件號(hào) 7, 塊號(hào) 19)
ORA-01110: 數(shù)據(jù)文件 7: 'G:\ORACLE\PRODUCT\10.2.0\ORADATA\ORA10G\TEST01.DBF'
此時(shí)進(jìn)行查詢?nèi)匀粓?bào)錯(cuò)，因?yàn)槲覀冎皇菍膲K進(jìn)行了標(biāo)識(shí)，當(dāng)進(jìn)行全表掃描的時(shí)候，仍然會(huì)查詢到壞塊而報(bào)錯(cuò)。
4）使用dbms_repair.dump_orphan_keys過程來保存壞塊的索引鍵值，然后再執(zhí)行skip_corrupt_blocks過程之后，我們才能重建索引，不然重建索引時(shí)新的索引仍然會(huì)引用壞塊。首先要建立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',--從這個(gè)表中獲得壞塊的信息
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 過程已成功完成。
對(duì)每個(gè)索引都要進(jìn)行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時(shí)跳過壞塊
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，當(dāng)中，也就是該塊將不會(huì)再被使用。
SQL> declare
2begin
3dbms_repair.rebuild_freelists (
4schema_name => 'SYS',
5object_name => 'TEST',
6object_type => dbms_repair.table_object);
7end;
8/
declare
*
第 1 行出現(xiàn)錯(cuò)誤:
ORA-10614: Operation not allowed on this segment
ORA-06512: 在 "SYS.DBMS_REPAIR", line 400
ORA-06512: 在 line 3
不過我們可以看到，對(duì)于SYS用戶下面的對(duì)象好像不能進(jìn)行此操作。
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
我們可以看到上面的三個(gè)查詢，對(duì)于第1和第2個(gè)使用索引進(jìn)行查詢和不使用索引進(jìn)行查詢的結(jié)果是不一樣的。下面我們使用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
到此該表已經(jīng)可以正常使用了，但同時(shí)也丟失了一些數(shù)據(jù)，所以在使用dbms_repair進(jìn)行恢復(fù)的時(shí)候要充分考慮到數(shù)據(jù)的重要性和恢復(fù)的后果。同時(shí)也應(yīng)該考慮是否有其它別的恢復(fù)方法，不然貿(mào)貿(mào)然的行事最后可能得不償失。
下載 
下載 
下載 
下載 
下載 
下載 
下載 
下載 
下載 
下載 
下載 
下載 
下載 
下載 
下載 
下載 
下載 
下載 
下載 
下載 
下載 
下載 
下載 
下載 
喜歡 
頂
難過
囧
圍觀
無聊
王者榮耀賬號(hào)惡
MARVEL Strike 
2017年10月手游
比官居一品好玩
