Oracle清理失败job

最近有一个针对Oracle数据库的一些指标测试,其中包含了对多项Oracle数据库的异常指标进行了模拟。其中包含了模拟Oracle数据库失败job的指标项,测试之后对Oracle失败job的产生和清理有了一些了解。

失败job的产生

Oracle数据库在服务过程中为什么会出现失败job?出现失败job会对数据库有什么影响?

在Oracle数据库中能够造成job失败的原因有很多。以下是针对数据库失败job的一次模拟

最近测试过程中是通过定时任务往数据表中插入数据,接着删除数据表。尽管数据表消失了,但是设置的定时任务并没有退出,而根据定时任务的设置插入事务仍然不断向已经被删除的表中插入数据,于是在数据库中产生了大量的失败job。

模拟过程
  • 创建存储过程并向表中插入数据
/* 数据库中创建tab_time表和err_job存储过程 */
SQL> create table tab_time(current_time timestamp);
SQL> CREATE OR REPLACE PROCEDURE err_job AS BEGIN
  INSERT INTO tab_time VALUES ( SYSDATE );
  commit;
END;
/
/* 调用创建的err_job存储过程 */
SQL> BEGIN
  err_job;   
END;
/
/* 创建job,每10s向tab_ime插入一条数据 */
SQL> DECLARE
    job1 NUMBER;
BEGIN
  dbms_job.submit ( job1, 'err_job;', SYSDATE, 'sysdate+10/86400' );
  commit;
END;
/
  • 查询tab_time数据表中是否插入了数据
SQL> select * from tab_time;
CURRENT_TIME
---------------------------------------------------------------------------
19-MAR-22 11.41.49.000000 AM
19-MAR-22 11.42.07.000000 AM

  • 删除tab_time数据表
SQL> DROP TABLE tab_time;

失败job查询记清理

Oracle数据库中执行失败的job会记录在对应的user_jobs视图中,该试图包含如下字段

SQL> desc user_jobs
 Name                                       Null?    Type
 -------------------------------------------------------------------------- -------- --------------------------------------------------
 JOB                                        NOT NULL NUMBER
 LOG_USER                                   NOT NULL VARCHAR2(30)
 PRIV_USER                                  NOT NULL VARCHAR2(30)
 SCHEMA_USER                                    NOT NULL VARCHAR2(30)
 LAST_DATE                                       DATE
 LAST_SEC                                        VARCHAR2(8)
 THIS_DATE                                       DATE
 THIS_SEC                                        VARCHAR2(8)
 NEXT_DATE                                  NOT NULL DATE
 NEXT_SEC                                        VARCHAR2(8)
 TOTAL_TIME                                      NUMBER
 BROKEN                                          VARCHAR2(1)
 INTERVAL                                   NOT NULL VARCHAR2(200)
 FAILURES                                        NUMBER
 WHAT                                            VARCHAR2(4000)
 NLS_ENV                                         VARCHAR2(4000)
 MISC_ENV                                        RAW(32)
 INSTANCE                                        NUMBER
  • JOB: 对应用户执行的job id
  • LOG_USER:对应执行job的用户名称
  • SCHEMA_USER:表结构所属的用户
  • LAST_DATE: 最后一次任务执行失败的时间
  • LAST_SEC: 任务执行失败的时分秒
  • FAILURES: 任务执行失败的次数
  • WHAT: 任务失败对应的存储过程
  • 查询失败job的数量
SQL> select JOB,FAILURES from user_jobs where failures <>0;

       JOB   FAILURES
---------- ----------
     4     16

以上查询结果说明,job4 失败了16次

  • 清理失败job
/* 通过调用dbms_job.remove()清理执行失败的job*/
SQL> BEGIN
  dbms_job.remove(4);
  commit;
end;
/

PL/SQL procedure successfully completed.

清理后再次查询失败次数>0的job,可以看到已经没有失败job了

SQL> select JOB,FAILURES from user_jobs where failures <>0;

no rows selected
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容