Oracle JOB異常中斷原因分析

Oracle JOB異常中斷原因分析

注釋：

今天研發同事找我確認PKG_WMS.proc_TaskMain儲存的job是否還在運行，竟發現dba_jobs.NEXT_DATE=4000/1/1.如下看看究竟原因吧~

JOB資訊:

SQL> select JOB,SCHEMA_USER,LAST_DATE,LAST_SEC,NEXT_DATE,NEXT_SEC,BROKEN,FAILURES,INTERVAL,WHAT from dba_jobs where WHAT like 'PKG_WMS.%';

 JOB    SCHEMA_USER  LAST_DATE  LAST_SEC    NEXT_DATE  NEXT_SEC    BROKEN  FAILURES  INTERVAL          WHAT                                                         

---------- ------------------------------ ------------------------------ ---------------------------------------------

 1543      fws        2015/7/13  13:00:57    4000/1/1    00:00:00    Y          16    sysdate+1/1440  PKG_WMS.proc_TaskMain;   

參數：

BROKEN  : 中斷標記 ,'N啟動、Y中斷' --> DBMS_JOBS.BROKEN(job_id,TRUE/FALSE); 停止/啟動job,隨後需要COMMIT;否則設定失效

FAILURES  ：錯誤次數

last_date：job上次成功執行的時間

next_date：job下次執行的時間 (受last_date和interval的影響)

total_time：job啟動並執行總時間 (每次啟動並執行時間累加)

this_date：job正在執行的時間 (如果查詢時job正在執行則有值 )

*** 分析：
*** 若定時任務what預存程序調用出現異常(例如：空間不足、預存程序本身編寫問題..)
*** job會自動嘗試16次連續失敗後再將broken狀態改為Y，並將next-date改為 “4000-1-1”，只能手動exec dbms_job.run(:id);來啟動job；

    譬如：預存程序p1，隨便注釋begin/end行,體現文法問題，job會正常按照p1預存程序的job運行16次，再broken中斷job，

        若到10次，預存程序更改為正確狀態，錯誤次數將改為0，job改為正常；

*** 判斷問題方法：

    1、手動call儲存來判斷是什麼問題，若call 儲存時未報錯，說明之前該儲存有問題過，job嘗試運行已超過16次，需要手動exec dbms_job.run(:id);啟動job；

    2、查看alert日誌，Oracle job異常會記錄到警示日誌；

嘗試啟動...

SQL> begin

  2    dbms_job.run(1543);

  3    end;

  4  /

ORA-12011: 無法執行 1 作業

ORA-06512: 在 "SYS.DBMS_IJOB", line 648

ORA-06512: 在 "SYS.DBMS_JOB", line 284

ORA-06512: 在 line 2

SQL> 

報錯，再看下alert 內容(方案2)：

1、

ORA-12012 : 自動執行作業 1543 出錯

ORA-12899 : 列 "FWS"."RECODE_ERROR_MSG"."ERROR_MSG" 的值太大 (實際值 : 704, 最大值: 500 )

ORA-06512 : 在 "FWS.PROC_WRITEERRMSG" , line 22

ORA-06512 : 在 "FWS.PKG_WMS" , line 132

ORA-01688 : 表FWS.RECODE_ERROR_MSG 分區 SYS_P6181 無法通過 8192 (在資料表空間 TBS_WMS_CITY_JK_DATA 中) 擴充

ORA-06512 : 在 "FWS.PROC_WRITEERRMSG" , line 22

ORA-06512 : 在 "FWS.PKG_WMS" , line 514

ORA-01688 : 表FWS.RECODE_ERROR_MSG 分區 SYS_P6181 無法通過 8192 (在資料表空間 TBS_WMS_CITY_JK_DATA 中) 擴充

ORA-06512 : 在 "FWS.PROC_WRITEERRMSG" , line 22

ORA-06512 : 在 "FWS.PKG_WMS" , line 502

ORA-01400 : 無法將 NULL 插入 ("FWS"."BILL_RECEIPT_CITY"."CREATOR" )

ORA-06512 : 在 line 1

ORA-1688 : unable to extend table FWS.RECODE_ERROR_MSG partition SYS_P6181 by 128 in  tablespace TBS_WMS_CITY_JK_DATA

ORA-1688 : unable to extend table FWS.RECODE_ERROR_MSG partition SYS_P6181 by 8192 in  tablespace TBS_WMS_CITY_JK_DATA

ORA-1688 : unable to extend table FWS.RECODE_ERROR_MSG partition SYS_P6181 by 128 in  tablespace TBS_WMS_CITY_JK_DATA

ORA-1688 : unable to extend table FWS.RECODE_ERROR_MSG partition SYS_P6181 by 8192 in  tablespace TBS_WMS_CITY_JK_DATA

2、 

ORA-12012: 自動執行作業 26 出錯
ORA-06550: 第 1 行, 第 96 列:
PLS-00905: 對象 LOTTERY.P_LOCK_CHECK_HD 無效
ORA-06550: 第 1 行, 第 96 列:
PL/SQL: Statement ignored
Mon Jul 13 14:39:55 2015
Errors in file /u01/app/oracle/diag/rdbms/bjcc/ccem01/trace/ccem01_j001_36869.trc:

按照alert log 解決即可..

***1、空間不足是因為RECODE_ERROR_MSG表每天1億資料量增加導致..truncate table RECODE_ERROR_MSG即可； 表暴漲原因 Oracle 歸檔暴漲分析 

***2、自己測試將儲存置失效的報錯資訊;