今天我在单位值班,从早上到晚上都没有什么客户打电话,比较轻松,以为下班就可以回家了,没想到就在下班的前5分钟,一个客户打来电话说数据库报“ORA-01578:
ORACLE data block corrupted (file # 4, block # 92893)”。
检查数据库日志文件*.log,发现问题:
可以知道,损毁的数据文件是4和数据块92893,链接数据库,使用语句:
select * from dba_extents
where file_id='4' and '92893' between block_id and
block_id+blocks -1;
发现损坏的是索引pk_sellzkdetail,属于表sellzkdetail,谢天谢地,幸好是索引,如果是表损坏,就麻烦了,看样子,今天能早点回家了。
1 将跟sellzkdetail表相关的事务停止,做好备份,防止做错。
create table sellzkdetail_0128 as select * from
sellzkdetail;
2 删除索引pk_sellzkdetail
alter table sellzkdetail drop constraint
pk_sellzkdetail;
3 重现建立改索引
问题解决。
听同事说该客户的硬盘有问题,目前还没有更换,建议客户尽快换硬盘,防止以后有类似的问题出现。
附属网上摘录的ora-01578问题的解决方法:
这种问题的解决方法是很多的,如果你用的是归档方式,则可以基于时间点恢复来解决。不过这里介绍一种比较方便的解决方式,因为我的库没有开归档。Metaline关于ORA-01578的文字也很多,不过我看过后总觉得都不那么实用,不能解决实际的问题。
1、
解决这种问题的第一步是首先你要确定是什么段、哪个段坏了,是索引还是表?
A、打开alter.log,找到ORA-01578的报错信息,并记录下file#及block的值
B、执行以下语句看哪个段坏了
SQL>Select * from dba_extents
2
where file_id=
3
and between block_id and
block_id+blocks-1;
这里的F指的是file#,B指的是block#
2、如果确定下来坏的是索引段,这时你就可以轻舒一口气了,只要把这个索相删除然后重建一下就可以了,如果出现坏的是表段,则应往下走了。
3、
记录下这个表的建表语句
A、以表的owner用pl/sql
developer连入oracle。
B、在左面的树状栏中找到这个表,右击该表->view->View
SQL,记录下sql,以备以下步骤中重建索引
4、
实际处理
A、以表的owner连入oracle
B、使用诊断事件10231
SQL> ALTER SYSTEM SET EVENTS ‘10231 trace name context
forever,level 10’;
C、创建一个临时表tmp的表中除坏块的数据都检索出来
SQL>CREATE TABLE tg_bill03_tmp as select *
from tg_bill03;
C、更名原表,并把tg_bill03_tmp为tg_bill03
SQL>alter table tg_bill03 rename to
tg_bill03_bak;
SQL>alter table tg_bill03_tmp to tg_bill03;
D、在tg_bill03上重新创建索引、约束、授权、trigger等对象
E、利用表之间的业务关系,把坏块中的数据补足。