Oracle JOB异常中断原因分析

最新推荐文章于 2021-04-12 13:11:57 发布

cixiaobi8104

最新推荐文章于 2021-04-12 13:11:57 发布

阅读量124

点赞数

链接： http://blog.itpub.net/28602568/viewspace-1731805/

标题： 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、自己测试将存储置失效的报错信息;

【源于本人笔记】若有书写错误，表达错误，请指正...