您的位置:首页 > 其它

任务调度JOB

2014-08-05 10:31 120 查看

1.1 描述

定时执行数据库中的PL/SQL块,如存储过程。可以减化前端编程。

1.2 简单示例

本示例运行环境:oracle10g + pl/sql +xp。

使用存储过程每一分钟为一张表添加一条记录。

创建序列

create sequence student_id

minvalue 10

maxvalue 999999

start with 10

increment by 1

cache 2

cycle

order;

创建存储过程

create or replace procedure p_test_job as

begin

insert into student(sid) values (student_id.nextval);

commit;

end;

创建JOB

命令行创建

variable test_job number;

begin

sys.dbms_job.submit(job => :test_job, --对应的唯一id(jobId<->jobName)唯一映射

what => 'p_test_job;', --调用的存储过程

next_date => sysdate, --第一次执行时间

interval => 'sysdate+1/1440');--执行间隔

commit;

end;

/

说明:该语句需要在命令窗口中执行,begin至/的部分一行一行写入命令行时,会报错。复制后一次粘贴到命令行时就没有问题。

PL/SQL创建

declare

test_job number;

begin

sys.dbms_job.submit(test_job, 'p_test_job;', sysdate, interval => 'sysdate+1/1440');

commit;

end;

test_job的值是submit过程返回回来的。Submit()的括号中不能写注释。

执行JOB

begin

dbms_job.run(:test_job); --执行job

end;

/

立即执行JOB,而不是按计划执行。

查看创建的JOB

select * from sys.user_jobs;

输出结果:



停止JOB

begin

sys.dbms_job.broken(21,true);

end;

/

参数true为停止,false为启动。

启动JOB

begin

sys.dbms_job.broken(21,false);

end;

删除JOB

begin

dbms_job.remove(21); --删除job

end;

/

1.3 常用参数

序号

字段

类型

说明

1

JOB

NUMBER

任务的唯一标示号

2

LOG_USER

VARCHAR2(30)

提交任务的用户

3

PRIV_USER

VARCHAR2(30)

赋予任务权限的用户

4

SCHEMA_USER

VARCHAR2(30)

对任务作语法分析的用户模式

5

LAST_DATE

DATE

最后一次成功运行任务的时间

6

LAST_SEC

VARCHAR2(8)

如HH24:MM:SS格式的last_date日期的小时,分钟和秒

7

THIS_DATE

DATE

正在运行任务的开始时间,如果没有运行任务则为null

8

THIS_SEC

VARCHAR2(8)

如HH24:MM:SS格式的this_date日期的小时,分钟和秒

9

NEXT_DATE

DATE

下一次定时运行任务的时间

10

NEXT_SEC

VARCHAR2(8)

如HH24:MM:SS格式的next_date日期的小时,分钟和秒

11

TOTAL_TIME

NUMBER

该任务运行所需要的总时间,单位为秒

12

BROKEN

VARCHAR2(1)

标志参数,Y表示任务中断,以后不会运行;N表示任务正常。

13

INTERVAL

VARCHAR2(200)

用于计算下一运行时间的表达式

14

FAILURES

NUMBER

任务运行连续没有成功的次数

15

WHAT

VARCHAR2(2000)

执行任务的PL/SQL块

16

CLEARANCE_HI

RAW

该任务可信任的Oracle最大间隙

17

CLEARANCE_LO

RAW

MLSLABEL

18

NLS_ENV

VARCHAR2(2000)

任务运行的NLS会话设置

19

MISC_ENV

RAW(32)

任务运行的其他一些会话参数

20

CURRENT_SESSION_LABEL

RAW MLSLABEL

该任务的信任Oracle会话符

1.4 几个调用方法

1.4.1 Submit创建job

定义

PROCEDURE Submit ( job OUT binary_ineger,

What IN varchar2,

next_date IN date,

interval IN varchar2,

no_parse IN booean:=FALSE)

参数说明

job参数是由Submit()过程返回的binary_ineger。这个值用来唯一标识一个工作。

what参数 是将被执行的PL/SQL代码块; 或者为计划任务名,如果是多个计划任务,就都用分号隔开 。

next_date参数 指识何时将运行这个工作。

interval参数 何时这个工作将被重执行。

no_parse参数指示此工作在提交时或执行时是否应进行语法分析

TRUE指示此PL/SQL代码在它第一次执行时应进行语法分析,

FALSE指示本PL/SQL代码应立即进行语法分析。



declare

v_job number :=1;

begin

dbms_job.submit(v_job,'dbms_output.put_line(1);',sysdate,'sysdate+1/1440');

commit;

end;

1.4.2 其他方法

dbms_job.run(v_job); --立即运行job

dbms_job.broken(v_job,true,next_date); --停止一个job,,next_date(某一时刻停止)也可是sysdate(立刻停止)。

dbms_job.remove(v_job); --删除某个job

dbms_job.what(v_job,'sp_fact_charge_code;'); --修改某个job名

dbms_job.next_date(v_job,sysdate); --修改下一次运行时间

停止其他用户的JOB

begin

sys.dbms_ijob.broken(22,true);

commit;

end;

以执行命令的方式启动

SQL> exec dbms_job.broken(22,false);

PL/SQL procedure successfully completed

需要提交。

1.5 查询JOB

dba_jobs

all_jobs

user_jobs

dba_jobs_running 包含正在运行job相关信息。 通常不查询该表,该表查询效率较低。

如:

select * from dba_jobs

1.6 频率设置

Trunc(Sysdate+1)是明天的日期,但Job频率的设置是指下一次的执行时间。

序号

时间

设置

1

每天8点10分

Trunc(Sysdate+1) + (8*60+10)/24*60

2

每个小时的第15分钟(如8:15,9:15,10:15)

trunc(sysdate,'hh')+75/1440

3

半个小时

sysdate+30/1440

4

每天6点

trunc(sysdate+1)+6/24

5

每天

trunc(sysdate+1)

6

每周

trunc(sysdate+7)

7

每个星期日

next_day(trunc(sysdate),'SUNDAY')

8

每月

trunc(sysdate+30)

9

每5秒执行一次

sysdate+1/86400

10

每15秒执行一次

sysdate+1/8640

11

每星期二中午12点

NEXT_DAY(TRUNC(SYSDATE ), ''TUESDAY'' ) + 12/24

12

每个月第一天的午夜12点

TRUNC(LAST_DAY(SYSDATE ) + 1)

13

每个季度最后一天的晚上11点

TRUNC(ADD_MONTHS(SYSDATE + 2/24, 3 ), 'Q' ) -1/24

14

每星期六和日早上6点10分

TRUNC(LEAST(NEXT_DAY(SYSDATE, ''SATURDAY"), NEXT_DAY(SYSDATE, "SUNDAY"))) + (6×60+10)/(24×60)

其他

1:每分钟执行

Interval => TRUNC(sysdate,'mi') + 1/ (24*60)

2:每天定时执行

例如:每天的凌晨1点执行

Interval => TRUNC(sysdate) + 1 +1/ (24)

3:每周定时执行

例如:每周一凌晨1点执行

Interval => TRUNC(next_day(sysdate,'星期一'))+1/24

4:每月定时执行

例如:每月1日凌晨1点执行

Interval =>TRUNC(LAST_DAY(SYSDATE))+1+1/24

5:每季度定时执行

例如每季度的第一天凌晨1点执行

Interval => TRUNC(ADD_MONTHS(SYSDATE,3),'Q') + 1/24

6:每半年定时执行

例如:每年7月1日和1月1日凌晨1点

Interval => ADD_MONTHS(trunc(sysdate,'yyyy'),6)+1/24

7:每年定时执行

例如:每年1月1日凌晨1点执行

Interval =>ADD_MONTHS(trunc(sysdate,'yyyy'),12)+1/24

1.7 参数设置

1.7.1 job_queue_process

oracle能够并发的job的数量。

查看job_queue_process

SQL> show parameter job_queue_process;

NAME TYPE VALUE

------------------------------------ ----------- ------------------------------

job_queue_processes integer 10

job_queue_process默认值为10,即同一时刻最多10个job运行。当job数目超过该参数时,就会进入等待队列。查看该参数需要有dba权限。

修改job_queue_process

SQL> alter system set job_queue_processes=39 scope=spfile;

System altered

最大值不能超过1000;当job_queue_process值为0时表示全部停止oracle的job。

这样修改oracle中job_queue_process的值是动态的,数据库重启后,将从admin\db\pfile的init文件中读取。

1.8 JOB不运行原因排查

1.8.1 job_queue_processes

当数据库JOB的数目超过job_queue_processes的值时,JOB就会排除等待。使用具有DBA权限的用户查看数据库正在执行的进程。

SQL> select * from v$bgprocess;

PADDR PSERIAL# NAME DESCRIPTION ERROR

-------- ---------- ----- ----------------------------------------------- ----------

31A478FC 1 PMON process cleanup 0

00 0 DIAG diagnosibility process 0

有的JOB可以瞬间执行完成,有的则需要一段时间。

另外一个是job_queue_interval,范围在1--3600之间,单位是秒,这个是唤醒JOB的process,因为每次snp运行完他就休息了,需要定期唤醒他,这个值不能太小,太小会影响数据库的性能。

job_queue_interval参数可以不设置。

1.8.2 查看dba_jobs表

select * from user_jobs

输出:



broken

Y : 表示该任务为停止状态

N : 表示该任务为启动状态

last_date

最近一次job运行成功的结束时间。

next_date

根据设置的频率计算的下次执行时间。该时间并不一定是任务实际执行的时间,比如当任务实际执行的时间超过了任务之间的时间时。

1.8.3 查看任务是否仍然在执行

select * from dba_jobs_running

需要DBA权限。

如果一直在跑,就需要查找原因,比如是否锁表等。查看v$access和v$locked_object可查看锁表对象。

1.8.4 重启JOB

alter system set job_queue_processes=0 --关闭job进程,等待5--10秒钟

alter system set job_quene_processes=5 --恢复原来的值

找不到原因时,可以重启一下试试。这样的重启是面向所有的JOB的。

1.8.5 手工执行JOB

declare

begin

dbms_job.run(<job>_ID);

end;

这样可以排查是否程序本身有错。

1.8.6 Oracle9i计数器

Oracle9i里面有一个BUG,当计数器到497天时,刚好达到它的最大值,再计数就会变成-1,继续计数就变成0了,然后计数器将不再跑了。如果碰到这种情况就得重启数据库。

1.9 JOB对数据库性能的影响

JOB的执行时间段、并发数对数据库的性能都有一定影响。要测试JOB执行时,数据库性能是否有明显降低。当JOB执行过于频繁、数目过多、或者在高峰期执行时,对数据库有较大的影响。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: