使用ORACLE计划程序创建作业jobs jobs create _ job参数介绍使用PLSQL创建作业管理作业
什么是jobsjobs
ORACLE建议使用Scheduler替换常规作业(DBMS _ job )。 也就是说，jobs将显示在plsql工具的右侧
JOBS是由计划程序管理的一个或多个任务的执行调度。
CREATE_JOB从DBMS_SCHEDULER程序包创建Jobs，并使用其CREATE_JOB过程。 创建作业时，用户可以指定以下内容
的任务、日程信息(如执行时间、执行周期、结束日期等)和其他与任务相关的属性。
begin DBMS _ scheduler.create _ job (job _ name=' insert _ test _ job '，job_type='STORED_PROCEDURE '，job 结束； /如果具有权限，用户还可以在其他架构下创建作业。 指定JOB_NAME时
schema.job_name的格式就可以了。 在这种情况下创建的作业的创建者和所有者可能不同。
参数说明使用CREATE_JOB过程创建作业时，可以指定的参数值非常多，在许多情况下，用户只指定某些参数
可以满足需要。
其中，以上示例中指定的每个参数表示以下含义：
JOB_NAME :指定任务的名称。 请确保选择一个值，以确保指定的名称是唯一的。 2 JOB_TYPE :任务执行的操作类型。 必需的值，具有以下选项值： PLSQL_BLOCK :表示任务正在执行PL/SQL匿名阻止。
3 STORED_PROCEDURE :表示任务正在运行包含PL/SQL PROCEDURE和JAVA PROCEDURE的ORACLE过程。 在本例中，指定此参数值。
4 EXECUTABLE :表示任务正在运行外接程序，如操作系统命令。
5 CHAIN :表示任务正在运行CHAIN。
6 JOB_ACTION :任务执行的操作。 必须选择与JOB_TYPE类型中指定的参数匹配的值。 例如，对于PL/SQL匿名块，对于可以在此处放置PL/SQL块的具体代表(如DECLARE … BEGIN …END )的ORACLE过程，必须在此处指定具体的过程名称。 请注意，由于任务的执行，即使过程中有OUT等参数，在实际执行时也不会输出。
7 START_DATE :指定任务首次运行的时间。 此参数可以为空。 如果为空，则任务将立即运行。 其效果与将此参数的值指定为SYSDATE相同。
8 REPEAT_INTERVAL :指定任务的执行频率。 例如，指定触发重新执行的频率。 此参数可以为空。 如果为空，则意味着当前设置的任务将只运行一次。 REPEAT_INTERVAL参数与标准JOB的INTERVAL参数有很大不同，因此需要仔细说明。 相比之下，REPEAT_INTERVAL参数的语法结构要复杂得多。 其中最重要的是FREQ 和 INTERVAL这两个关键词。
8.1 FREQ关键字用于指定间隔的时间周期。 可选参数为YEARLY、MONTHLY、WEEKLY、DAILY、HOURLY、MINUTELY和SECONDLY，分别表示年、月、周、日、时、分、秒等单位。
8.2 INTERVAL关键字用于指定间隔频率，允许的值范围为1-99。
例如，REPEAT_INTERVAL='FREQ=DAILY； 间隔=1'； 表示每天运行一次，将INTERVAL更改为7表示每7天运行一次，效果与FREQ=WEEKLY相同； 间隔=1。 一般而言，要使用DBMS_SCHEDULER.CREATE_JOB创建作业，请至少使用上述参数的前 3 项
此外，对于CREATE_JOB，还可以指定以下参数：
9 number _ of _ arguments :指定运行作业时必须附加的参数数量。 默认值为0。 如果JOB_TYPE列中的值为PLSQL_BLOCK或CHAIN，则此参数必须设置为0。 请注意，在这两种情况下都不支持附带的参数。
10 END_DATE :指定任务的到期日期。 默认值为空。 任务过期后，任务的状态将自动更改为COMPLETED，ENABLED设置为FALSE。 如果此参数设置为空，则任务不会过期，而是继续执行
REPEAT_INTERVAL 参数设置的周期重复执行，直到达到设置的 MAX_RUNS 或 MAX_FAILURES 值。11 JOB_CLASS：指定任务关联的 CLASS，默认值为 DEFAULT_JOB_CLASS。关于 JOB CLASS 的信息就关注本系列的后续文章。
12 ENABLED：指定任务是否启用，默认值为 FALSE。FALSE 状态表示该任务并不会被执行，除非被用户手动调用，或者用户将该任务的状态修改为 TRUE。
13 AUTO_DROP：当该标志被置为 TRUE 时，ORACLE 会在满足条件时自动删除创建的任务
任务已过期；
任务 任务最大运行次数已达 MAX_RUNS 的设置值；
任务 任务未指定 REPEAT_INTERVAL 参数，仅运行一次；
该参数的默认值即为 TRUE。用户在执行 CREATE_JOB 过程时可以手动将该标志指定为 FALSE，当参数值设置为 FALSE 时，即使满足上述提到的条件任务也不会被自动删除，这种情况下，唯一能够导致任务被删除的情况，就是用户主动调用 DROP_JOB 过程。
14 COMMENTS：设置任务的注释信息，默认值为 NULL。
例子创建了一个新的 JOB， 与普通 JOB 不同，此时查询 USER_JOBS 视图是查不到刚刚创建的 JOB 的信息，因为这个 JOB 是 SCHEDULER 管理的 JOB。要查询 SCHEDULER 管理的 JOS，应该通过 USER_SCHEDULER_JOBS(ALL_SCHEDULER_JOBS 和 DBA_SCHEDULER_JOBS 也可以)
通过PLSQL创建JOBS 管理 Jobs1.2.1 启用 Jobs
前面创建 JOB 时，由于未显式的指定 ENABLED 参数，因此即使指定了 START_DATE，不过默认情况下 JOB不会自动执行。对于这种情况，DBMS_SCHEDULER 包中提供了一个过程 ENABLE，可以用来修改 JOB 的启用状态，调用方式非常单，例如：
JSSWEB> exec dbms_scheduler.enable(‘INSERT_TEST_TBL’); PL/SQL procedure successfully completed.
1.2.2 禁用 Jobs
DBMS_SCHEDULER.ENABLE 仅用来将 JOB(其实不仅仅对 JOB 有效，对于 CHAIN、PROGRAM 等也有效)的启用状态置为 TRUE。如果想将其启用状态置为 FALSE？简单，还有一个与该功能对应的过程：
DBMS_SCHEDULER.DISABLE，例如：
JSSWEB> exec dbms_scheduler.disable(‘INSERT_TEST_TBL’);
PL/SQL procedure successfully completed.
这两个过程仅用来重置对象的状态，因此均可以无限次执行，即使执行时对象已经被置为要指定的状态。
1.2.3 修改 Jobs
由于 JOB 的属性众多，难免时不时的可能会遇到需要修改的情况，比如说前面创建 JOB 时不小心，指定要执行的过程名输入错误(完全有可能，CREATE_JOB 在创建时不会自动检查指定的过程是否有效，从这方面考虑， SCHEDULER 不如普通 JOB 严谨哪)，这种情况下就必然涉及到对 JOB 的修改(或者说重定义)，没问题， DBMS_SCHEDULER 包中专门提供了一个过程 SET_ATTRIBUTE，可以用来修改任务属性值。
例如，修改刚刚创建的 JOB：INSERT_TEST_TBL 执行的过程，执行语句如下：
JSSWEB> exec dbms_scheduler.set_attribute(‘INSERT_TEST_TBL’,‘JOB_ACTION’,‘P_INSERTINTOTEST’);
PL/SQL procedure successfully completed
当然啦，我们这里执行的这条语句，执行跟没执行没有区别，此处仅做示例，大家表深究。
SET_ATTRIBUTE 过程虽然仅有三个参数，不过能够修改的属性值可是不少，以下列举几个较常用到的： LOGGING_LEVEL：指定对 jobs 执行情况记录的日志信息级别。
SCHEDULER 管理的 JOB 对任务的执行情况专门进行了记录，同时用户还可以选择日志中记录信息的级别，有下列三种选择：
DBMS_SCHEDULER.LOGGING_OFF：关闭日志记录功能；
DBMS_SCHEDULER.LOGGING_RUNS：对任务的运行信息进行记录；
DBMS_SCHEDULER.LOGGING_FULL：记录任务所有相关信息，不仅有任务的运行情况，甚至连任务的创建、修改等也均将记入日志。
提 示 ： 查 看 SCHEDULER 管 理 的 JOB ， 可 以 通 过 USER_SCHEDULER_JOB_LOG 和 USER_SCHEDULER_JOB_RUN_DETAILS 两个视图中查询
RESTARTABLE：指定 jobs 运行出错后，是否能够适时重启创建任务时如未明确指定，本参数默认情况下设置为 FALSE，如果设置为 TRUE，就表示当任务运行
时出错，下次运行时间点到达时仍会启动，并且如果运行仍然出错，会继续重新运行，不过如果连接出错达到 6 次，该 job 就会停止。
MAX_FAILURES：指定 jobs 最大连续出错次数该参数值可指定的范围从 1-1000000，默认情况下该参数设置为 NULL，表示无限制。达到指定出错次数后，该 job 会被自动 disable。
MAX_RUNS：指定 jobs 最大运行次数该参数值可指定的范围从 1-1000000，默认情况下该参数设置为 NULL，表示无限制(只是运行次数无
限制，实际 job 会否继续运行，仍受制于 end_date 以及 max_failures 等参数的设置)。达到指定运行次数后，该 job 也将被自动 disable，并且状态会被置为 COMPLETED。
JOB_TYPE：指定 job 执行的任务的类型
有四个可选值：‘PLSQL_BLOCK’, ‘STORED_PROCEDURE’, ‘EXECUTABLE’, and ‘CHAIN’。
JOB_ACTION：指定 job 执行的任务这一 参 数 所 指 定 的 值 依 赖 于 JOB_TYPE 参数 中 的 值 ， 比 如 说 JOB_TYPE 设置 为
‘STORED_PROCEDURE’，那么本参数值中指定的一定是 ORACLE 中的过程名。
START_DATE：指定 job 初次启动的时间
END_DATE：指定 job 停止运行的时间本参数又与 AUTO_DROP 相关联，如果 AUTO_DROP 设置为 TRUE 的话，那么一旦 job 到达停止运行的时间，该 job 就会被自动删除，否则的话 job 任何存在，不过状态被修改为 COMPLETED。
除此之外，其它还包括 MAX_RUN_DURATION ， JOB_WEIGHT ， INSTANCE_STICKINESS ， STOP_ON_WINDOW_CLOSE ， JOB_PRIORITY ， SCHEDULE_LIMIT ， PROGRAM_NAME ， NUMBER_OF_ARGUMENTS ， SCHEDULE_NAME ， REPEAT_INTERVAL ， JOB_CLASS ， COMMENTS ， AUTO_DROP，EVENT_SPEC，RAISE_EVENTS 等等，这些参数所代表的意义此处不一一详述，感兴趣的朋友可以查阅相关官方文档。仅从这些可设置属性就可以看出，Scheduler 管理的 job 确实非常灵活，上述提到了这些参数，均可以使用
DBMS_SCHEDULER.SET_ATTRIBUTE 过程进行设置。
另外需要注意一点，除了用户手动创建的 jobs 之外，数据库在运行过程中也有可能自动创建 jobs。对于这
类 jobs 除非必要，否则不建议进行修改。至于如何区分 jobs 是用户创建，还是数据库自动创建，可以通过 *_SCHEDULER_JOBS 视图的 SYSTEM 列来确定，如果该列显示为 TRUE，则表示由系统创建
1.2.4 执行 Jobs
虽然说 jobs 大多都应该是自动执行，不过经过前面的示例，大家想必也认识到了，并不是说创建了 jobs 它就会自动执行，是否能够真正自动执行并不是由你的主观意愿就能直接决定，而是由 jobs 自身的多个相关属性决定。
关于 jobs 自动执行的话题相信看完前面的内容后，应该都知道如何设置，下面主要演示，如何手动调用 jobs 并执行，这其中，当然少不了 DBMS_SCHEDULER 包。例如，手动执行前面刚刚创建的 job:INSERT_TEST_TBL：
JSSWEB> exec dbms_scheduler.run_job(‘INSERT_TEST_TBL’);
PL/SQL procedure successfully completed
Jobs 每执行一次，无论成功或失败，均会在*_SCHEDULER_JOB_LOG 中生成一条对应的记录(前提是 LOGGING_LEVEL 属性值未设置为 DBMS_SCHEDULER.LOGGING_OFF) ，同时，用户也可以通过 *_SCHEDULER_JOB_RUN_DETAILS 视图查询 job 执行的详细信息。
1.2.5 停止 Jobs 停止 job 可以使用 DMBS_SCHEDULER.STOP_JOB 过程，例如：
JSSWEB> exec dbms_scheduler.stop_job(‘INSERT_TEST_TBL’);
PL/SQL procedure successfully completed
注意，STOP_JOB 过程不仅仅是更新 job 的状态，而是停止当前正在执行的任务，如果你处理的任务当前
未在运行的话，那么执行 STOP_JOB 过程，会触发 ORA-27366 错误。
停止 Jobs 也会触发一条任务的日志信息，对于执行停止操作的 job，其*_SCHEDULER_JOB_LOG 视图的
OPERATION 会记录为’STOPPED’，ADDITIONAL_INFO 列中记录的信息类似’REASON=“Stop job called by user: username”’。
1.2.6 删除 Jobs
删除创建的 job 就比较简单了，直接执行 DBMS_SCHEDULER.DROP_JOB 过程即可，例如：
JSSWEB> exec dbms_scheduler.drop_job(‘INSERT_TEST_TBL’);
PL/SQL procedure successfully completed
删除 jobs 并不是修改该 job 中某个字段的标记值，而是直接删除其在数据字典中的字义，因此被删除的 job 如果未来发现仍然需要，只能重建，而无法通过其它方式快速恢复。不过，删除 jobs 的操作，并不会级联删除这些 job 曾经执行过的日志信息。