当前位置:Gxlcms > mysql > OracleJOB异常中断原因分析

OracleJOB异常中断原因分析

时间:2021-07-01 10:21:17 帮助过:22人阅读

今天研发同事找我确认PKG_WMS.proc_TaskMain存储的job是否还在运行,竟发现dba_jobs.NEXT_DATE=4000/1/1.如下看看究竟原因吧~

注释:

今天研发同事找我确认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、自己测试将存储置失效的报错信息;

本文永久更新链接地址

人气教程排行