Oracle 数据库 JOB 失败后解密法重试

因为官方文档上没有找到相关的说明，所以这里进行了例如以下測试，为了找到oracle数据库中 job 失败后重试时间的规律。

数据库版本号：11.2.0.3

測试说明：这里创建了一个日志表以及一个执行时必然出错的procedure，用于job的执行。这里仅仅要记录下每次job执行时视图user_jobs 中的 next_date就能够判断出job 执行失败后的重试规律。

为了測试job的重试规律我做了例如以下工作

日志表以及序列：

create table job_exec_logs (id number ,current_date date , next_date date ,failures number ,broken varchar2( 2)) ;

create sequence seq_job_exec_logs_id ;

測试procedure

create or replace procedure pro_my_test is
begin
insert into job_exec_logs select
seq_job_exec_logs_id.nextval , sysdate , next_date , failures , broken from user_jobs ;
commit ;
execute immediate 'select * from ddddsfs' ;
end ;

[align=left]当中ddddsfs表示不存在的。也就是说仅仅要执行pro_my_test存储过程到最后都会出错（可是日志表还是能够正常插入进去的）[/align]

[align=left]创建job：[/align]

var job number ;
begin
sys.dbms_job.submit(job => :job,
what => 'pro_my_test ;',
next_date => sysdate,
interval => 'sysdate+5' );
commit;
end;
/

事实上整个測试过程没什么可说的。让job自己主动执行就可以，可是须要等待job下次重试时间。

[align=left]最后測试的结果：[/align]

dexter@REPO>select trunc((next_date-lag(next_date,1) over (order by 4))*24*60) from (
2  select * from job_exec_logs
3  union all
4  select 11111, sysdate , next_date ,failures , broken from user_jobs
5  order by 4 nulls first) ;

TRUNC((NEXT_DATE-LAG(NEXT_DATE,1)OVER(ORDER BY 4))*24*60)
-------------------------------------------------------

2
4
8
15
32
64
128
256
512
1024
1440
1440

已选择13行。

[align=left]如上结果以及笔者的其它測试能够推断出：[/align]
[align=left]1、每次重试时间都是递增的。第一次2分钟，4分钟，8分钟，16分钟 ... 依此类推。[/align]
2、当超过1440分钟，也就是24小时的时候，固定的重试时间为1天。


3、笔者还经过其它实验得知，超过16次重试后，job 就会被标记为broken ，next_date 为4000-1-1，也就是不再进行job重试。


4、oracle数据库重试的时间到达设定的下次运行时间后，以设定的job运行时间为准。



[align=left]想要了解很多其它，能够看下metalink[/align]

[align=left]Broken Jobs and the Job Queue (文档ID 103349.1)[/align]

[align=left] [/align]