zoukankan      html  css  js  c++  java
  • 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 ;



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

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




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


    最后測试的结果:

    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行。



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

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

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


    想要了解很多其它,能够看下metalink

    Broken Jobs and the Job Queue (文档ID 103349.1)





     

    版权声明:本文博客原创文章。博客,未经同意,不得转载。

  • 相关阅读:
    MySql中启用InnoDB数据引擎的方法
    云说的到底对不对,京东到底行不行?
    hibernate HQL查询的参数绑定
    MySQL到底能支持多大的数据量?
    C# RSA和Java RSA互通
    Log4j 2使用教程
    Log4j.properties配置详解
    JMX 基础Demo
    iBatis缓存实现源码分析-FIFO,LUR实现方法
    SqlMapClient 创建过程之SqlMapConfigParser源码走读
  • 原文地址:https://www.cnblogs.com/blfshiye/p/4688592.html
Copyright © 2011-2022 走看看