有时会遇到这样的情况,在创建索引的过程中啪叽网断了,会话中断;或者创建索引时觉得执行太慢,直接按了crtl+c取消,直接把运行窗口关了...尝试重新建索引的时候会遇到报错ORA-00095 索引名已存在,而drop index时又报错ORA-08104 this index is being online built or rebuilt
查看ORA-08104介绍
oerr ora 08104
08104, 00000, "this index object %s is being online built or rebuilt"
// *Cause: the index is being created or rebuild or waited for recovering
// from the online (re)build
// *Action: wait the online index build or recovery to complete
一、 报错原理
在进行online rebuild | create 时,Oracle 会修改如下信息:
- 修改ind$中索引的flags,将该flags+512. 关于flags的含义,在下面进行说明。
- 在该用户下创建一个临时日志表 (表名为sys_journal_<object_id>)来保存在创建或者重建索引期间产生的日志信息。
如果操作异常结束,而Oracle的SMON进程还没来得及清理journal table和ind$的flags标志位,系统会认为online (re)build操作还在执行,因此在drop索引时会报错 this index object %s is being online built or rebuilt
关于ind$中的flags字段
Flag字段的说明可以在ind$的sql.bsq脚本中找到:
/* mutable flags: anything permanent should go into property */
/* unusable (dls) : 0x01 */
/* analyzed : 0x02 */
/* no logging : 0x04 */
/* index is currently being built : 0x08 */
/* index creation was incomplete : 0x10 */
/* key compression enabled : 0x20 */
/* user-specified stats : 0x40 */
/* secondary index on IOT : 0x80 */
/* index is being online built : 0x100 */
/* index is being online rebuilt : 0x200 */
/* index is disabled : 0x400 */
/* global stats : 0x800 */
/* fake index(internal) : 0x1000 */
/* index on UROWID column(s) : 0x2000 */
/* index with large key : 0x4000 */
/* move partitioned rows in base table : 0x8000 */
/* index usage monitoring enabled : 0x10000 */
异常终止的情况下,可以发现ind$关于该索引的状态还是online rebuild的:
SQL> select obj#,flags from ind$ where obj#=67420;
OBJ# FLAGS
——— ———
67420 514
-- 514=0x202,表示该索引状态为index is being online rebuilt: 0x200 + analyzed: 0x02
在SMON完成清理动作后,再次查询索引状态已经恢复正常:
SQL> select obj#,flags from ind$ where obj#=67420;
OBJ# FLAGS
———- ———-
67420 2
二、 解决方法
1. 等待SMON进程清理
根据上面的原理,如果不着急的话,可以等待SMON进程自己去清理
2. 手动清理
首先查询问题索引的object_id
select object_id from dba_objects where object_name='YOUR_INDEX_NAME';
然后执行以下语句
declare
isClean boolean;
begin
isClean := FALSE;
while isClean=FALSE loop
isClean := dbms_repair.online_index_clean(查到的object_id,
dbms_repair.lock_wait);
dbms_lock.sleep(2);
end loop;
exception
when others then
RAISE;
end;
/
- dbms_repair.lock_wait表示不断寻找资源锁,直到抢到为止(如果一直占不到锁,可能会运行非常长时间)
- 也可以指定 dbms_repair.all_index_id 清理所有问题索引
isClean := dbms_repair.online_index_clean(dbms_repair.all_index_id,
dbms_repair.lock_wait);
取消一时爽,处理火葬场。对于大索引的online rebuild,不要轻易中止,否则可能要等上相当一段时间SMON才能完成清理工作,清理完后,可以在alert.log中看到如下记录:
User:,time:20071209 03:12:09,program:oracle@db1 (SMON),IP:,object:SYS_JOURNAL_67420,DDL: drop table “TAOBAO”.”SYS_JOURNAL_67420″
参考
ORA-600 [12813] When Dropping A Table Partition After a Failed IndexRebuild (文档 ID 803008.1)
http://www.ningoo.net/html/2007/dba_memo_online_rebuild_index_encounter_ora-08104.html
标签:index,dbms,being,create,索引,flags,online,Oracle From: https://blog.51cto.com/u_13631369/6202566