Oracle坏块修复(四)
12-17 13:34:55 (QP5 v5.115.810.9015) */
DECLARE
cc NUMBER;
BEGIN
DBMS_REPAIR.dump_orphan_keys (schema_name => 'SYS',
object_name => 'INDX_DMM',
object_type => 2,
repair_table_name => 'REPAIR_TABLE',
orphan_table_name => 'ORPHAN_TABLE',
key_count => CC);
END;
通过以下命令可以知道丢失行的信息：
SQL> SELECT * FROM ORPHAN_TABLE;
我们根据这个结果来考虑是否需要rebuild index.
7.6.重建freelist：rebuild_freelists
/* Formatted on 2009-12-17 13:37:57 (QP5 v5.115.810.9015) */
exec dbms_repair.rebuild_freelists(schema_name => 'SYS',object_name => 'DMM');
八．设置内部事件使exp跳过坏块
我们可以用设置event的方法来处理坏块：先模拟出坏块，然后用dbv检查，此时，不用dbms_repair，而用下面的方法：
8.1. 先exp该表试验一下
在这种情况下，如果有备份，需要从备份中恢复，如果没有备份，那么坏块部分的数据肯定要丢失了
在这个时候导出是不允许的:
E:\>exp system/admin file=t.dmp tables=t
报错如下：
即将导出指定的表通过常规路径 ...
. . 正在导出表 T
EXP-00056: 遇到 ORACLE 错误 1578
ORA-01578: ORACLE 数据块损坏（文件号4，块号35）
ORA-01110: 数据文件 4: 'E:\ORACLE\ORADATA\EYGLE\BLOCK.DBF'
导出成功终止，但出现警告。
8.2. 对于不同的情况需要区别对待，如果损失不是数据而是重要的oracle内部信息，则不能用set event。
首先你需要检查损坏的对象，使用以下SQL：
/* Formatted on 2009-12-17 14:00:42 (QP5 v5.115.810.9015) */
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;
8.3. 如果损失的是数据,ok，可以设置内部事件，使exp跳过这些损坏的block
10231事件指定数据库在进行全表扫描时跳过损坏的块
ALTER SYSTEM SET EVENTS='10231 trace name context forever,level 10' ;
然后我们可以导出未损坏的数据
E:\> exp system/admin file=t.dmp tables=t
即将导出指定的表通过常规路径 ...
. . 正在导出表 T 8036 行被导出
在没有警告的情况下成功终止导出。
然后我们可以drop table，recreate，然后导入数据
8.4. 重建表，再导入
SQL> connect sys/admin as sysdba
已连接。
SQL> drop table t;
表已丢弃。
E:\>imp system/admin file=t.dmp tables=t
. 正在将system的对象导入到 system
. . 正在导入表 "T" 8036行被导入
成功终止导入，但出现警告。
E:\>exit
SQL> select count(*) from t;
COUNT(*)
----------
8036
完成数据恢复.
损失的行数可以从2个行数相减计算：
8192 - 8036 = 156 行数据
8.5如果要取消events设置，做以下操作：
1. 如果你在初始化参数中设置的
注释之
2. 如果在命令行设置的
alter system set events='10231 trace name context off';