記一次ora-1652錯誤的解決過程

報錯現象：

通過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;