阿里云-云小站(无限量代金券发放中)
【腾讯云】云服务器、云数据库、COS、CDN、短信等热卖云产品特惠抢购

ORA-08103错误的解决过程

205次阅读
没有评论

共计 3157 个字符,预计需要花费 8 分钟才能阅读完成。

背景:

最近接到一家用户的反映,说在对数据进行逻辑备份时,每次备份到“门诊费用记录”表就会提示 0RA-8103 错误,导致该表数据无法备份,前方的技术人员已经处理了很久,都无法排除这个故障。

我们都知道“门诊费用记录”表是在 ZLHIS 系统的关键数据,如果这张表没有备份出来就相当于备份失效,用户希望高级技术支持部能够排除该问题,使得备份有效,避免数据丢失。

分析过程:

首先远程到用户处查看现象,确实如描述,数据库在进行全库导出的时候,其他表都能够正常导出,只有“门诊费用记录“表提示错误 ora-08103 错误,首先我们还是先看下一错误代码的解释:

08103, 00000,“object no longer exists”
// *Cause: The object has been deleted byanother user since the operation
// began, or a prior incomplete recoveryrestored the database to
// a point in time during the deletion of theobject.
// *Action: Delete the object if this is theresult of an incomplete
// recovery.

从错误代码的官方解释可以看出,问题还是比较严重,查询资料得到更详细的解释如下:

Theheader block has an invalid block type or the block type inside the block  is not expected. i.e.  A data block (Type=6) was expected but theactual block  information is not a datablock.       

 Or 

Thedata_object_id (seg/obj) stored in the block is different than the  data_object_id stored in the segment header

大体意思是数据块头的信息与数据段头的信息不一致,解决的方式要么删除这个对象,要么做不完全恢复。彻底删除这个对象肯定不是我们想要的结果,但是由于数据库未开归档,日常也无法通过 rman 做不完全恢复。

我们还是回到问题本身,首先目前用户还在正常使用,证明“门诊费用记录”表并不是完全无法使用,在 plsql 中通过 select * from 查询,能够得到查询结果也证明了我们的判断,但是通过 select count(*) from 全表扫描,就会提示 ora-08103 错误,证明该数据表中只是部分数据出现问题,因此我们是不是可以尝试把“门诊费用记录”表中正常的数据提取出来,这样至少可以最大承担的挽回损失。

解决过程:

由于“门诊费用记录”表已经损害,因此我们尝试创建一张结构完全一样的新表,把正常的数据迁移到新表中。

1.    按照创建一个新表,结构与“门诊费用记录“表完全相同

SQL> Create Table  门诊费用记录 new  as select * from 门诊费用记录 where 1=2

2  /

Table created

2.    创建一个新表用来存储损坏记录的信息,方便后续操作

SQL> create table bad_rows

 2        (row_id rowid,

 3          Id NUMBER(18) NOT NULL

 4        );

Table created

3.    由于全表扫描提出错误,因此在查询的时候,不能走全表扫描,尽可能走索引,这里就需要找到一个非空字段的索引,目的是通过非空字段索引对表进行搜索, 通过分析“门诊费用记录”发现存在一个索引“门诊费用记录_PK”。

4.    编写循环代码,一条条的取出所有没有损坏的数据,并把有问题的块中的数据的 rowid,id 两个字段存储到 BAD_ROWS 表中,详细的代码如下:

set serveroutput on

declare
nrows number;
badrows number;
id_in NUMBER(18);
begin
 badrows:=0;
 nrows:=0;
 for i in (select /*+ index ( 门诊费用记录_PK) */ rowid,id from 门诊费用记录 tab1) loop
  begin
  insert into 门诊费用记录 new select  *
  from 门诊费用记录 where rowid=i.rowid;
  if (mod(nrows,20000)=0) then commit;end if;
  exception when others then
  badrows:=badrows+1;
  select /*+ index(门诊费用记录_PK)  */ id into id_in from 门诊费用记录 a where rowid=i.rowid;
  insert into bad_rows values(i.Rowid,id_in);
  commit;
  end;
  nrows:=nrows+1;
 end loop;
 dbms_output.put_line(‘Total rows:’||to_char(nrows)||’ Bad rows: ‘||to_char(badrows));
 Commit;
end;
/

通过执行上面的过程,把所有正常的记录转移到了门诊费用记录 new 中,同时把有问题的记录 rowid 存储在 bad_rows 表中,我们这里的情况是 bad_rows 表中有 15 条数据,“门诊费用记录 new”表中被转移了 10W 条数据,接下来就是对问题表重名,然后把”门诊费用记录 new”表重命名为”门诊费用记录”表,同时在上面创建相关的索引和约束,对表进行授权。

Sql>alter table 门诊费用记录 rename to 门诊费用记录 old;

Table altered

Sql>alter table 门诊费用记录 new  rename to 门诊费用记录;

Table altered

通过上面的处理,就避免了因为 15 条数据导致整个门诊费用记录无法导出的问题,虽然丢失了 15 条数据,但是对于整个”门诊费用记录”表数据代价来说,这 15 条数据的丢失付出是值得的,而且我们可以后续根据逻辑关系,把这 15 条数据进行补充插入就行。

总结

本次 ORA-08103 错误出现在 HIS 业务的关键表上,问题还是比较严重,但是通过分析后处理过程并不复杂,可见问题的分析起到关键的作用,通过本次案例,我们至少能够总结出以下几点经验:

1.         对待重要的数据,在无法根本解决的情况下,要懂得取舍。如本案例,再没有归档,无法彻底修复数据的情况下,为保证其他数据的可用,只能丢掉问题数据,对于整个环境来说,这点的代价付出是值得。

2.         尝试通过其他途径,合理的绕开错误。如本案例中,全表扫描数据会报错,在对数据进行转移的时候,我们可以通过指定索引扫描方式执行查询,避免对整个表的全表扫描。

我们常常处理问题的时候,应该打开自己的思维,脱离单个事情而从更广的范围看待,比如本案例,之前我们的技术人员陷入了死胡同,一直在分析坏块并想办法修复,但是对于整个业务来说,这点坏块的数据是可以舍弃,我们更应该看重的是剩余的数据,那些才是价值所在。

How I solved the ORA-08103: object no longer exists problemORA-08103 错误的解决过程(13028)

very urgent help required ORA-08103: object no longer exists ORA-08103 错误的解决过程(111411)

更多 Oracle 相关信息见 Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

本文永久更新链接地址 :http://www.linuxidc.com/Linux/2016-11/137674.htm

正文完
星哥玩云-微信公众号
post-qrcode
 0
星锅
版权声明:本站原创文章,由 星锅 于2022-01-22发表,共计3157字。
转载说明:除特殊说明外本站文章皆由CC-4.0协议发布,转载请注明出处。
【腾讯云】推广者专属福利,新客户无门槛领取总价值高达2860元代金券,每种代金券限量500张,先到先得。
阿里云-最新活动爆款每日限量供应
评论(没有评论)
验证码
【腾讯云】云服务器、云数据库、COS、CDN、短信等云产品特惠热卖中