ITPub博客

首页 > 数据库 > Oracle > Oracle JOB异常中断原因分析

Oracle JOB异常中断原因分析

原创 Oracle 作者:maohaiqing0304 时间:2015-07-13 16:01:08 2 删除 编辑


标题: Oracle JOB异常中断原因分析

作者:lōττéry©版权所有[文章允许转载,但必须以链接方式注明源地址,否则追究法律责任.]


注释:
  今天研发同事找我确认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_datejob上次成功执行的时间
next_datejob下次执行的时间 (受last_date和interval的影响)
total_timejob运行的总时间 (每次运行的时间累加)
this_datejob正在执行的时间 (如果查询时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、自己测试将存储置失效的报错信息;
 
 


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



此条目发表在 Oracle 分类目录。将固定连接加入收藏夹。


来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/28602568/viewspace-1731805/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论
擅长SQL编写及SQL优化,分析瓶颈,性能调优、故障处理,根据实际情况定制备份策略; 擅长编写脚本来实现自动化功能,600+SQL优化经验案例,为人热爱学习,喜欢钻研技术,对工作认真负责。

注册时间:2013-03-13

  • 博文量
    121
  • 访问量
    2320458