一次Oracle宕机切换后产生ORA错误的处理过程

问题背景

机房意外断电后Oracle主服务器启动失败,Oracle备机接管

为了安全,管理员对于数据库做expdp的逻辑备份。但备份时发现AttributeInstance表备份失败,提示ORA-01555。对该表执行Create AS Select进行备份时,同样报此错误。

处理过程

一、DB运维人员定位到是因为有几条数据的LOB字段(ObjValue)出现坏块造成的。
二、定位到有问题的几条数据后,可以按类别采用如下处理:

1、 运行中的实例,结合业务实际情况,可以考虑终止实例,重新提交审批;原实例数据做删除;

2、 已结束的实例,将ObjValue字段置空;

现在就可以成功对该表进行备份了。

三、接下来又出现了插入报错的问题:

正常业务系统运行,业务单据提交审批时,对AttributeInstance执行插入操作(包含LOB)时,触发了ORA-00600错误

ORA-00600: 内部错误代码, 参数: [25027], [8], [0], [], [], [], [], [], [], [], [], []
at System.Data.OracleClient.OracleConnection.CheckError(OciErrorHandle errorHandle, Int32 rc)
at System.Data.OracleClient.OracleCommand.Execute(OciStatementHandle statementHandle, CommandBehavior behavior, Boolean needRowid, O*widDescriptor& rowidDescriptor, ArrayList& resultParameterOrdinals)
at System.Data.OracleClient.OracleCommand.ExecuteNonQueryInternal(Boolean needRowid, O*widDescriptor& rowidDescriptor)
at System.Data.OracleClient.OracleCommand.ExecuteNonQuery()

查阅资料 http://blog.itpub.net/23850820/viewspace-1283016/

问题原因:

该问题是由于Oracle的一个bug导致(参考文档 ID 1608861.1),是由于含有LOB字段的表在插入数据时,一个块(Block)在ASSM metadata L1 bitmap block中被标示为格式化的,但是在LOB段中被标识为未格式化的。

ORA-00600[25027][x][0] 中的x表示的是该LOB字段所在的表空间的ts#,即表空间号,第三个参数[0]可能并不总是0 (zero).

可以使用DBMS_SPACE_ADMIN.ASSM_SEGMENT_VERIFY 存储过程,使用verify_option=>DBMS_SPACE_ADMIN.SEGMENT_VERIFY_SPECIFIC and attrib=>DBMS_SPACE_ADMIN.BITMAPS_CHECK来验证。

解决方法:

1.将表export导出,drop表,再imp进去

2.对lob段做move到新的表空间

Alter table tbName move lob(&lob_column) store as (tablespace &tbsp);

3.patch 18024115 & alter system set "_fix_control"='18024115:ON';

上一篇:BZOJ 2287 【POJ Challenge】消失之物(DP+容斥)


下一篇:phpcms V9 二次开发------(获取点击数详解)