记一次ora-1652错误的解决过程

Posted 2020-09-18

报错现象：

通过v$RMAN_BACKUP_JOB_DETAILS查看备份状态，一直卡着不出结果，很长一段时间之后抛出ORA-1652: unable to extend temp segment by 128 in tablespace ，此时查看临时表空间使用情况，发现占用很少，然后重新执行查询，在另一个窗口查看临时表空间使用，临时表空间共25G，使用率从1%一直不断的涨，结果就是一直涨到100%，然后查询备份的窗口又报出ora-1652，

查看ora 1652错误，还是比较简单，就是临时表空间占满，不能继续扩展，然后一个查询就占用这么大空间，明显不正常，不能通过简单添加临时表空间解决

oerr ora 1652
01652, 00000, "unable to extend temp segment by %s in tablespace %s"
// *Cause: Failed to allocate an extent of the required number of blocks for
// a temporary segment in the tablespace indicated.
// *Action: Use ALTER TABLESPACE ADD DATAFILE statement to add one or more
// files to the tablespace indicated.

解决：

准备通过set autotrace on 的方法跟踪一下，结果也跟踪不出来，求助万能的google及oracle support，给出的统一解决方案是对fix_table统计信息进行搜集，

 exec dbms_stats.gather_fixed_objects_stats;

执行完之后，还是没有效果

之后，进行了其它尝试，

exec dbms_stats.DELETE_TABLE_STATS(‘SYS‘,‘X$KCCRSR‘);
exec dbms_stats.LOCK_TABLE_STATS(‘SYS‘,‘X$KCCRSR‘);

也没效果，继续执行

exec dbms_stats.gather_table_stats(ownname=>‘SYS‘,tabname=>‘RECYCLEBIN$‘);

再对备份情况进行查询，秒出

 select SESSION_KEY, INPUT_TYPE, STATUS, TO_CHAR(START_TIME, ‘yyyy-mm-dd hh24:mi‘) start_time, TO_CHAR(END_TIME, ‘yyyy-mm-dd hh24:mi‘) end_time, ELAPSED_SECONDS / 3600 hours, INPUT_BYTES_PER_SEC_DISPLAY in_sec, OUTPUT_BYTES_PER_SEC_DISPLAY out_sec, INPUT_BYTES_DISPLAY in_size, OUTPUT_BYTES_DISPLAY out_size from v$RMAN_BACKUP_JOB_DETAILS ORDER BY SESSION_KEY;