有渠道反馈，his软件在对数据进行保存的时候，提示ora-600错误，具体的错误信息如下：[microsoft][odbc driver fororacle][oracl
基本要素
有渠道反馈，his软件在对数据进行保存的时候，提示ora-600错误，具体的错误信息如下：
[microsoft][odbc driver fororacle][oracle]ora-20999: ora-00600: 内部错误代码, 参数:[kcbz_check_objd_typ], [0], [0], [1], [], [], [], [], [], [], [], []
ora-06512: 在zlhis.zl_errorcenter, line 73
ora-06512: 在 zlhis.zl_病人xx打印_update,line 231
ora-06512: 在 line 1
        该错误无法跳过，导致业务无法正常运行。
问题分析
步骤一：按提示分析‘存储过程’
        按理这个提示还是比较明确，根据经验判断可能是zl_病人xx打印_update可能有问题，结合ora-06512错误，尝试重建该过程和同义词，执行了以上操作问题依旧。
步骤二：分析ora-600错误
        接着分析下ora-600[kcbz_check_objd_typ]错误，该错误按照百度上的解释是由于oracle在检查内存中的数据块时,发现数据块上的对象号是错误的，抛出该错误提示，进一步分析问题，发现是在访问【病人xx打印】表的时候抛出的错误，我们单独对该表进行分析，我们对该表进行全表查询的时候，提示ora-08103错误，但是如果只查询部分表，则查询正常。
但是其实该对象是存在的，如下：
我们再对该表的结构进行排查，发现该表的索引都是bin$类似的名称，证明该表是通过闪回方式进行了恢复操作，这里我们终于定位了问题的所在。
        问题产生的根本原因就是因为操作员误操作，对病人护理打印表进行了drop操作，然后用闪回方式进行了恢复，但是因为某些原因，可能导致数据恢复了，但是数据库字典表相关内容出现了错误（或者叫不匹配），这样就导致数据库对该表做任何操作，都会提示错误，如我们对zlhis用户进行统计信息收集，同样会得到如下提示：
解决过程
步骤一：对错误表重命名，新建一张同名的表
        通过rename操作，对【病人xx打印】表进行重命名，然后重新建一张【病人xx打印】表，通过插入语句，将数据插入新的表中，这里我们要注意，因为旧表访问有问题，因此我们得用循环插入的方式操作，如下：
l  重命名表
rename 病人xx打印 to病人xx打印_原始
l  先创建一张新表
create table病人xx打印 as select * from病人xx打印_原始 where 1=2
/
步骤二：通过过程将原始表的数据插入到新表中
        在插入的时候，我们无法通过全表扫描访问访问原始表，但是幸运的时候，可以通过全表访问rowid,我们就创建一张表保持原始表的rowid，然后通过匹配rowid逐条插入到新表中，如下
l  先创建一张保存rowid的表
create table病人xx打印_rowid asselect rowed from病人xx打印_原始
l  过程逐条插入
begin
  for cursor_rowid in (select rrowid  from 病人xx打印_rowid)loop
  begin
    insert into 病人xx打印  select *from 病人xx打印_原始 where rowid=chartorowid(cursir_rowid.rrowid);
    commit;
end;
end loop;
end;
/
        通过以上操作，最后有接近30条记录无法转移到新表，，不过不影响使用。
本文永久更新链接地址：