今天用oracle的定时任务来实现定时检测。于是goole了一把,在经历了片刻迷茫后,还是实现了。故小作记录,以备忘之:
1.确保Oracle的工作模式允许启动任务队列管理器
Oracle定时执行“Job Queue”的后台程序是SNP进程,而要启动SNP进程,首先要确保整个系统的模式是可以启动SNP进程的,这需要以DBA的身份去执行如下命令: svrmgrl> alter system enable restricted session; 或sql> alter system disenable restricted session; 利用如上命令更改系统的会话方式为disenable restricted,为SNP的启动创造条件。(我在设置该参数的时候,似乎并不能成功,提示“非法的alter system 选项”,于是就没管)
2.确保Oracle的系统已经配置了任务队列管理器的启动参数
SNP的启动参数位于Oracle的初始化文件中,该文件放在$ORACLE_HOME/dbs路径下,如果Oracle的SID是myora8的话,则初始化文件就是initmyora8.ora,在文件中对SNP启动参数的描述部分如下: job_queue_process=n job_queue_interval=N 第一行定义SNP进程的启动个数为n。系统缺省值为0,正常定义范围为0~36,根据任务的多少,可以配置不同的数值。 第二行定义系统每隔N秒唤醒该进程一次。系统缺省值为60秒,正常范围为1~3600秒。事实上,该进程执行完当前任务后,就进入睡眠状态,睡眠一段时间后,由系统的总控负责将其唤醒。 如果该文件中没有上面两行,请按照如上配置添加。配置完成后,需要重新启动数据库,使其生效。注意:如果任务要求执行的间隔很短的话,N的配置也要相应地小一点。 (这里所说的正常范围为1~3600秒,我不知道如果我设成1,即24小时)3. 将任务加入到数据库的任务队列中
调用Oracle的dbms_job包中的存储过程,将任务加入到任务队列中: dbms_job.submit( job out binary_integer, what in archar2, next_date in date, interval in varchar2, no_parse in boolean) 其中: ●job:输出变量,是此任务在任务队列中的编号; ●what:执行的任务的名称及其输入参数; ●next_date:任务执行的时间; ●interval:任务执行的时间间隔。 下面详细讨论一下dbms_job.submit中的参数interval。严格地讲,interval是指上一次执行结束到下一次开始执行的时间间隔,当interval设置为null时,该job执行结束后,就被从队列中删除。假如我们需要该job周期性地执行,则要用‘sysdate+m’表示。 这里的m是以(天)为单位的,即:24小时执行1次,m=1; 将任务加入到任务队列之前,要确定执行任务的数据库用户,若用户是scott, 则需要确保该用户拥有执行包dbms_job的权限;若没有,需要以DBA的身份将权利授予scott用户: svrmgrl> grant execute on dbms_job to scott;例如:
SQL> variable n number;
SQL> begin 2 dbms_job.submit(:n,'statchangetable;',sysdate, 3 'sysdate+1/360'); 4 commit; 5 end; 6 / 添加后可以查看一下任务的信息:SQL> select job,last_date,last_sec,next_date,next_sec,broken,failures from
2 dba_jobs;JOB LAST_DATE LAST_SEC NEXT_DATE NEXT_SEC B FAILURES
---------- ---------- ---------------- ---------- ---------------- - ---------- 1 22-8月 -06 16:26:57 22-8月 -06 16:30:57 N 13 2 22-8月 -06 16:27:17 22-8月 -06 16:31:17 N 5 3 22-8月 -06 16:27:02 22-8月 -06 16:31:02 N 0经过测试,我的换表存储过程终于自动工作了,换表于无形之中...
不过在查找资料的时候发现有位兄台的遭遇值得记录一下,就是oracle在9.2.0.6版本前,在Solaris平台上有个bug:在运行到497天后会出现计时器溢出,从而导致停止执行任务。