如何调用PL/SQL系统包_DBMS_JOB与DBMS_SCHEDULER定时任务-Oracle-PHP中文网

dbms_job自oracle 10g起已被弃用，12c及以上新任务必须使用dbms_scheduler；二者对象互不可见，权限、运行上下文和调度语法（rfc 2445）均不同，迁移需注意权限变更与语法差异。

dbms_job 还在用？先看 oracle 版本和停用风险

oracle 10g 起 dbms_job 就被标记为“deprecated”，19c 及以后版本虽仍可用，但官方明确不推荐新项目使用，且不支持基于窗口、资源计划、日志跟踪等关键调度能力。如果你的数据库是 12c 及以上，又没维护遗留脚本的硬性要求，直接跳过 dbms_job，从 dbms_scheduler 开始写。

常见错误现象：ORA-27475: "JOB_NAME" must be a job —— 很多是误把 DBMS_JOB 创建的 job 当成 DBMS_SCHEDULER 对象去查视图（比如查 DBA_SCHEDULER_JOBS 却找不到）；反过来也一样，DBA_JOBS 里看不到 DBMS_SCHEDULER 创建的任务。

Oracle 10g–11g：可继续用 DBMS_JOB，但别再设计新逻辑
Oracle 12c+：新任务必须用 DBMS_SCHEDULER；迁移旧任务时注意权限变更（CREATE JOB 系统权限替代 CREATE PROCEDURE 隐式依赖）
DBMS_JOB 的 job 不会出现在 DBA_SCHEDULER_* 视图中，反之亦然

DBMS_SCHEDULER.CREATE_JOB 最简可用写法

别一上来就堆 schedule_name、program_name、job_class——大多数一次性或简单周期任务，用匿名块 inline 方式最稳。

典型场景：每天凌晨 2 点执行一个存储过程 pkg_clean.upd_stats

BEGIN
  DBMS_SCHEDULER.CREATE_JOB(
    job_name        => 'DAILY_STATS_UPDATE',
    job_type        => 'STORED_PROCEDURE',
    job_action      => 'pkg_clean.upd_stats',
    start_date      => TRUNC(SYSDATE) + 2/24,
    repeat_interval => 'FREQ=DAILY; BYHOUR=2; BYMINUTE=0',
    enabled         => TRUE,
    comments        => 'Daily stats refresh'
  );
END;

job_type 常见值只有三个：'PLSQL_BLOCK'（需带分号结尾）、'STORED_PROCEDURE'（只写过程名，不带括号参数）、'EXECUTABLE'（调 OS 命令，需额外配置凭证）
repeat_interval 用的是 IETF RFC 2445 标准（不是 cron 表达式），BYDAY=MON,WED,FRI 合法，0 0 * * 1,3,5 会报 ORA-27467
如果 start_date 写成 SYSDATE，job 会立刻触发一次——很多“为什么刚建就跑两次”问题都出在这儿

权限、所有者与运行上下文容易错三处

DBMS_SCHEDULER 任务默认以创建者身份运行，但实际执行权限取决于 job owner 的角色和对象权限，不是当前 session 用户。

常见错误现象：ORA-01031: insufficient privileges 或过程里查表报 ORA-00942: table or view does not exist，但用户明明有 SELECT 权限。

创建 job 的用户必须有 CREATE JOB 系统权限（DBA 角色包含，但普通开发账号通常没有）
job 执行时用的是 job owner 的权限，不是调用 CREATE_JOB 的用户权限；若用 SCOTT 创建 job，但 pkg_clean.upd_stats 里查 HR.EMPLOYEES，则 SCOTT 必须有 HR.EMPLOYEES 的 SELECT 权限（不能靠角色）
跨 schema 调过程时，job_action 必须写全名：'hr.pkg_clean.upd_stats'，否则报 ORA-27477

查状态、改时间、停任务的实用命令

别翻文档找视图名——日常运维就盯牢这三个：

看是否启用、上次运行时间、错误信息：SELECT job_name, enabled, last_start_date, state, failure_count, additional_info FROM dba_scheduler_jobs WHERE job_name = 'DAILY_STATS_UPDATE';
临时停用（不删）：DBMS_SCHEDULER.DISABLE('DAILY_STATS_UPDATE');；恢复：DBMS_SCHEDULER.ENABLE('DAILY_STATS_UPDATE');
改下次运行时间（慎用）：DBMS_SCHEDULER.SET_ATTRIBUTE('DAILY_STATS_UPDATE', 'start_date', SYSTIMESTAMP + INTERVAL '1' HOUR);；注意这不会影响已排队的运行实例，只改后续调度点

真正麻烦的是 repeat_interval 改错导致 job 卡住不动——比如写成 'FREQ=HOURLY' 却漏了 INTERVAL，Oracle 会静默忽略整条规则，job 状态还是 ENABLED，但再也不触发。遇到不跑，先查 dba_scheduler_job_log 里有没有最近的 FAILED 或 STOPPED 记录。