最新文章专题视频专题问答1问答10问答100问答1000问答2000关键字专题1关键字专题50关键字专题500关键字专题1500TAG最新视频文章推荐1 推荐3 推荐5 推荐7 推荐9 推荐11 推荐13 推荐15 推荐17 推荐19 推荐21 推荐23 推荐25 推荐27 推荐29 推荐31 推荐33 推荐35 推荐37视频文章20视频文章30视频文章40视频文章50视频文章60 视频文章70视频文章80视频文章90视频文章100视频文章120视频文章140 视频2关键字专题关键字专题tag2tag3文章专题文章专题2文章索引1文章索引2文章索引3文章索引4文章索引5123456789101112131415文章专题3
问答文章1 问答文章501 问答文章1001 问答文章1501 问答文章2001 问答文章2501 问答文章3001 问答文章3501 问答文章4001 问答文章4501 问答文章5001 问答文章5501 问答文章6001 问答文章6501 问答文章7001 问答文章7501 问答文章8001 问答文章8501 问答文章9001 问答文章9501
当前位置: 首页 - 科技 - 知识百科 - 正文

OracleJOB异常中断原因分析

来源:懂视网 责编:小采 时间:2020-11-09 15:15:18
文档

OracleJOB异常中断原因分析

OracleJOB异常中断原因分析:今天研发同事找我确认PKG_WMS.proc_TaskMain存储的job是否还在运行,竟发现dba_jobs.NEXT_DATE=4000/1/1.如下看看究竟原因吧~ 注释: 今天研发同事找我确认PKG_WMS.proc_TaskMain存储的job是否还在运行,竟发现dba_jobs.NEXT_DATE
推荐度:
导读OracleJOB异常中断原因分析:今天研发同事找我确认PKG_WMS.proc_TaskMain存储的job是否还在运行,竟发现dba_jobs.NEXT_DATE=4000/1/1.如下看看究竟原因吧~ 注释: 今天研发同事找我确认PKG_WMS.proc_TaskMain存储的job是否还在运行,竟发现dba_jobs.NEXT_DATE

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

本文永久更新链接地址:

声明:本网页内容旨在传播知识,若有侵权等问题请及时与本网联系,我们将在第一时间删除处理。TEL:177 7030 7066 E-MAIL:11247931@qq.com

文档

OracleJOB异常中断原因分析

OracleJOB异常中断原因分析:今天研发同事找我确认PKG_WMS.proc_TaskMain存储的job是否还在运行,竟发现dba_jobs.NEXT_DATE=4000/1/1.如下看看究竟原因吧~ 注释: 今天研发同事找我确认PKG_WMS.proc_TaskMain存储的job是否还在运行,竟发现dba_jobs.NEXT_DATE
推荐度:
标签: 原因 异常 中断
  • 热门焦点

最新推荐

猜你喜欢

热门推荐

专题
Top