如何使用DBMS_SCHEDULER管理计划任务JOB

在Oracle 数据库中，执行计划任务的工具通常都是DBMS_JOB 包。这个包使用简单，历史悠久，目前还在广泛使用中。坦率地讲，这个包的功能满足了绝大部分应用的计划任务运行需要，所以生命力才这么强。但是，我们这里还是要说一下它的不足之处。在DBMS_JOB 使用中，我们需要知道每一次JOB 执行的时间，用于判断该JOB 调用的存储过程执行时间。这里你会说，这个在存储过程里也可以实现的，在存储过程中，执行前后加个时间戳记录到日志表中就可以实现。是的。以前我们在处理这类需求时也是这么做的。但从ORACLE 10.1 版本开始，ORACLE 开发了一个新的包DBMS_SCHEDULER 。这个包挺复杂的，以至于我在初次学习之后，就没再去用它了。功能太强大了，其实很多我们不需要的。我们就有这个需求，看看DBMS_SCHEDULER 是如何解决的。在SQLPLUS 中，使用DBMS_SCHEDULER.CREATE_JOB 创建计划任务，用于调度一个存储过程。存储过程很简单，我为这个测试而创建的，就是向一张表里插入数据。CREATE TABLE T1 AS SELECT SYSDATE AS AA FROM DUAL;CREATE OR REPLACE PROCEDURE SP_TEST_T1 ASBEGININSERT INTO T1 SELECTD SYSDATE FROM DUAL;COMMIT;END;这个存储过程没有输入输出参数，是为了JOB 调用方便。如果实际运行过程中有参数，我们就写一个存储过程封装它，再放入JOB 中调用。例如：CREATE PROCEDURE GATHER_GTJA_STATSASBEGINSYS.DBMS_STATS.GATHER_SCHEMA_STATS（OWNNAME => "GTJA",ESTIMATE_PERCENT => 30,METHOD_OPT => "FOR ALL INDEXED COLUMNS SIZE AUTO",CASCADE => TRUE,OPTIONS => "GATHER"）;END;使用DBMS_SCHEDULER.CREATE_JOB 创建一个JOB, 调用存储过程SP_TEST_T1 ，执行间隔2 分钟。这里的JOB_NAME 名称可以自己定义，这个摆脱了DBMS_JOB 中JOB 号不能自定义的缺点。EXEC DBMS_SCHEDULER.CREATE_JOB（JOB_NAME => "JOB_SP_TEST_T1",JOB_TYPE => "STORED_PROCEDURE",JOB_ACTION =>"SP_TEST_T1" ,START_DATE => SYSDATE ,REPEAT_INTERVAL => "FREQ=MINUTELY; INTERVAL=2"）;该命令执行成功后，可以在*_SCHEDULER_JOBS 中看到JOB 的配置值。SELECT * FROM DBA_SCHEDULER_JOBS;SELECT * FROM USER_SCHEDULER_JOBS WHERE JOB_NAME="JOB_SP_TEST_T1";使用该命令新建的JOB ，默认是不执行的，需要将其状态改成可执行状态。EXEC DBMS_SCHEDULER.ENABLE（NAME => "JOB_SP_TEST_T1"）;可以删除重建它。EXEC DBMS_SCHEDULER.DROP_JOB（JOB_NAME => "JOB_SP_TEST_T1"）;EXEC DBMS_SCHEDULER.CREATE_JOB（JOB_NAME => "JOB_SP_TEST_T1",JOB_TYPE => "STORED_PROCEDURE",JOB_ACTION => "SP_TEST_T1",START_DATE => TO_DATE（"2012-06-12 15:30:00","YYYY-MM-DD HH24:MI:SS"） ,REPEAT_INTERVAL => "FREQ=DAILY"）;这个创建过程而言，其实和DBMS_JOB 创建JOB 的差别不大，但DBMS_SCHEDULER 可配置的地方就太多了。执行时间间隔非常非常灵活，这里不做详述了，具体请看ORACLE 官方文档。DBMS_SCHEDULER 针对每一次JOB 执行，都做了详细记录，因此，可以查询到每一次JOB 执行的时间了。具体可以查看两类视图*_SCHEDULER_JOB_LOG 和*_SCHEDULER_JOB_RUN_DETAILS 。SELECT * FROM DBA_SCHEDULER_JOB_LOG;SELECT * FROM DBA_SCHEDULER_JOB_RUN_DETAILS;如果嫌日志太多了，可以使用PURGE_LOG 去清理。EXECUTE DBMS_SCHEDULER.PURGE_LOG;这个DBMS_SCHEDULER 包的功能太多了，用起来也累，所以很多人还是选择DBMS_JOB 。看到关于这两个包的不同点的介绍，摘录下来，留着参考。At first glance it looks like only other names with more human readable schedules fordbms_scheduler , compared to dbms_job . When looking slightly better, there are loads of differences, even in Oracle 10gR1. Currently we are in 11gR2. Every release dbms_scheduler gets more enhancements, where dbms_job has been static for many years.Differences

dbms_scheduler has logging
dbms_scheduler has external jobs
dbms_scheduler has job chains
dbms_scheduler has job event handling （can raise and react upon events）
dbms_scheduler has resource manager integration
dbms_scheduler has human readable calendar syntax
dbms_scheduler can combine different calendars in a new one

In 11g extra

dbms_scheduler has remote external jobs
dbms_scheduler has light weight jobs - generate many low overhead jobs in one tx
dbms_scheduler can send mail on job completion
dbms_scheduler jobs can have multiple targets

dbms_job can only run pl/sql type of jobs in the current database.I hope this （in complete list） hOracle 11g RAC安装总结MongoDB学习整理之Replica Sets安装相关资讯 Oracle数据库

Oracle数据库全球化（03月01日）
Oracle数据库日期过滤方法性能比较（02/02/2015 13:20:26）
Oracle数据库安装中端口被占用问题（10/29/2014 07:42:24）

在CentOS 6.6上搭建C++运行环境并（10/10/2015 19:44:40）
Oracle数据库无法使用localhost和（11/14/2014 16:39:10）
Oracle 多数据库的数据同时更新（06/16/2014 21:52:23）

本文评论查看全部评论（0）