今天用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天后会出现计时器溢出，从而导致停止执行任务。