Oracle 经常执行的作业随机失败，并带有 “超时 (REASON =“ 超过计划限制后重新安排的重复作业 ”)”。

嗨，

启动调度程序作业的几分钟延迟也会收到此消息 “(REASON =” 超过调度限制后重新调度的重复作业 ”)。我们也遵循了注释文档ID 2217732.1，但仍然面临问题。请帮助我们确定真正的原因以及如何识别。

跟踪文件中的一些信息:


SCHED 03-21 04:11:11。672 1 01 8702 J000 0(jsksDBObjLock_CDB): 类型: 68，NSpace: 1，模式: 2，Dur: 2
SCHED 03-21 04:11:11。672 1 01 8702 J000 0(jsksDBObjLock_CDB): 调用锁定例程

*** 2017-03-21 04:11:11.672
SCHED 03-21 04:11:11。672 1 01 8702 J000 0(jsksKglGetObj): 进入jsksKglGetObj
SCHED 03-21 04:11:11。672 1 01 8702 J000 0(jsksKglGetObj): 旗帜: 6
SCHED 03-21 04:11:11。672 1 01 8702 J000 0(jsksKglGetObj): 调用kglget
SCHED 03-21 04:11:11。672 1 01 8702 J000 0(jsksKglGetObj): 调用kglpin
SCHED 03-21 04:11:11。672 1 01 8702 J000 0(jsksKglGetObj): 以状态0退出jsksKglGetObj
SCHED 03-21 04:11:11。672 1 01 8702 J000 0(jsksDBObjLock_CDB):KGL手柄: 5c4bad708，锁: 58eadd2e8，引脚: 58eadd1d8
SCHED 03-21 04:11:11。672 1 01 8702 J000 0(jsksDBObjLock_CDB): 以状态0退出jsksDBObjLock
SCHED 03-21 04:11:11。672 1 01 8702 J000 0 (jsicheckobprivint): 成功退出jsicheckobpriv (4)
SCHED 03-21 04:11:11.672 1 01 8702 J000 0(jslvec_execcb1): 作业的SQL语句:
调用TASKPTEL.TASK_HANDLER ()
SCHED 03-21 04:11:11。811 1 01 8702 J000 0(jslvGetOCIError): 检索OCI错误: 0，消息:
SCHED 03-21 04:11:11。811 1 01 8702 J000 0(jslvec_execcb1): 退出
SCHED 03-21 04:11:11.811 1 01 8702 J000 0(jslve_execute0): 作业执行成功完成
SCHED 03-21 04:11:11。811 1 01 8702 J000 0(jslvsst_session_stop): 输入
SCHED 03-21 04:11:11。811 1 01 8702 J000 0(jslvsst_session_stop): 已提交顶级事务
SCHED 03-21 04:11:11。811 1 01 8702 J000 0(jslvsst_session_stop): 事务传输1 5d6e3db88已启动
SCHED 03-21 04:11:11。811 1 01 8702 J000 0(jsxs_get_roles):usr 0
SCHED 03-21 04:11:11。811 1 01 8702 J000 0(jsxs_get_roles): 增加条目0 uid 124 n roles 3年龄至109
SCHED 03-21 04:11:11。811 1 01 8702 J000 0(jsxs_get_roles): 找到条目1新时代191
SCHED 03-21 04:11:11。811 1 01 8702 J000 0(jsxs_get_roles): 条目2 uid 115老化
SCHED 03-21 04:11:11。811 1 01 8702 J000 0(jsxs_get_roles): 增加条目3 uid 117 n roles 5岁至168
SCHED 03-21 04:11:11。811 1 01 8702 J000 0(jsxs_get_roles): 增加条目4 uid 109 n roles 5岁至149
SCHED 03-21 04:11:11。811 1 01 8702 J000 0(jsxs_get_roles): 增加条目5 uid 147 n roles 4岁至78岁
SCHED 03-21 04:11:11。811 1 01 8702 J000 0(jsxs_get_roles): 条目6 uid 111老化
SCHED 03-21 04:11:11。811 1 01 8702 J000 0(jsxs_get_roles): 条目7 uid 147老化
*** 客户标识 :() 2017-03-21 04:11:11.811

SCHED 03-21 04:11:11。811 1 01 8702 J000 0(jslvepost_exec_post): 输入错误堆栈 = 0，应用0
SCHED 03-21 04:11:11。811 1 01 8702 J000 0(jsksGetDBObjectName):jsksGetDBObjName: obj 92482
SCHED 03-21 04:11:11。811 1 01 8702 J000 0(jsksGetDBObjectName):jsksGetDBObjName: 获取所有者
SCHED 03-21 04:11:11。811 1 01 8702 J000 0(jsksGetObjOwnerID):jsksGetObjOwnerID: 获取obj 92482名称
SCHED 03-21 04:11:11。811 1 01 8702 J000 0(jslvepost_exec_post): 试图锁定作业92482

*** 2017-03-21 04:11:11.811
SCHED 03-21 04:11:11。811 1 01 8702 J000 0(jsksDBObjLock_CDB): 进入jsksDBObjLock
SCHED 03-21 04:11:11。811 1 01 8702 J000 0(jsksDBObjLock_CDB): 名称: 任务电话。作业 _ 任务 _ 处理程序
SCHED 03-21 04:11:11。811 1 01 8702 J000 0(jsksDBObjLock_CDB): 类型: 66，NSpace: 1，模式: 3，Dur: 1
SCHED 03-21 04:11:11。811 1 01 8702 J000 0(jsksDBObjLock_CDB): 调用锁定例程

*** 2017-03-21 04:11:11.811
SCHED 03-21 04:11:11。811 1 01 8702 J000 0(jsksKglGetObj): 进入jsksKglGetObj
SCHED 03-21 04:11:11。811 1 01 8702 J000 0(jsksKglGetObj): 标志: 0
SCHED 03-21 04:11:11。811 1 01 8702 J000 0(jsksKglGetObj): 调用kglget
SCHED 03-21 04:11:11。811 1 01 8702 J000 0(jsksKglGetObj): 调用kglpin
SCHED 03-21 04:11:11。811 1 01 8702 J000 0(jsksKglGetObj): 以状态0退出jsksKglGetObj
SCHED 03-21 04:11:11。811 1 01 8702 J000 0(jsksDBObjLock_CDB):KGL手柄: 5c51a8940，锁: 59b723310，引脚: 5cbe8c538
SCHED 03-21 04:11:11。811 1 01 8702 J000 0(jsksDBObjLock_CDB): 以状态0退出jsksDBObjLock
SCHED 03-21 04:11:11.811 1 01 8702 J000 0(jslvepost_exec_post): 作业锁定例程返回状态0



谢谢，

REASON = "超过进度限制后重新安排的经常性工作"

通常意味着作业设置了schedule_limit属性。

所以如果你做了，

sys.dbms_scheduler.set_attribute ('my_job'，'schedule_limit '，15);

然后作业的意思是 (说) 上午9点，但最终准备开始 (说) 上午9:30，然后它不会运行，因为它超过了15分钟的阈值，然后你会在调度程序日志中看到这个错误。

如果你确信你从未设置过这个属性，那么我会在支持下记录一个电话。