oracle job有定时执行功能

61          .......

--相关视图

select * from dba_jobs;

select * from all_jobs;

select * from user_jobs;

-- 正在运行job

select * from dba_jobs_running;

-- 运行job

begin

   dbms_job.run(61);

end; 

查询该job下次执行的时间

 select job,next_date,what from dba_jobs

 where job=’61’;

-- 查询是否插入数据

select to_char(current_time, ‘dd-mm-yyyy hh24:mi:ss‘) current_time from tab_time order by current_time;

-- 删除一个job

begin

   dbms_job.remove(61);

end;      

六、关于设置job任务数量和控制并发

初始化相关参数job_queue_processes 
alter system set job_queue_processes = 39 scope = spfile;//最大值不能超过1000; 
job_queue_interval = 10; //调度作业刷新频率秒为单位

job_queue_process 表示oracle能够并发的job的数量，sqlplus中可以通过语句 
show parameter job_queue_process; 来查看oracle中job_queue_process的值。

select * from v$parameter;

select name, description from v$bgprocess;

当job_queue_process值为0时表示全部停止oracle的job，可以通过语句 
alter system set job_queue_processes = 10; 
来调整启动oracle的job。

如果将job_queue_processes 的值设置为1的话，那就是串行运行，即快速切换执行一个job任务。

七、job不运行的大概原因

(1)、上面讲解了job的参数：与job相关的参数一个是job_queue_processes，这个是运行job时候所起的进程数，当然系统里面job大于这个数值后，就会有排队等候的，最小值是0，表示不运行job，最大值是1000，在OS上对应的进程时SNPn，9i以后OS上管理job的进程叫CJQn。可以使用下面这个SQL确定目前有几个SNP/CJQ在运行。 
select * from v$bgprocess，这个paddr不为空的snp/cjq进程就是目前空闲的进程，有的表示正在工作的进程。 
另外一个是job_queue_interval，范围在1--3600之间，单位是秒，这个是唤醒JOB的process，因为每次snp运行完他就休息了，需要定期唤醒他，这个值不能太小，太小会影响数据库的性能。

先确定上面这两个参数设置是否正确，特别是第一个参数，设置为0了，所有job就不会自动运行了。

(2)、使用下面的SQL查看job的的broken，last_date和next_date，last_date是指最近一次job运行成功的结束时间，next_date是根据设置的频率计算的下次执行时间，根据这个信息就可以判断job上次是否正常，还可以判断下次的时间对不对，SQL如下： 
select * from dba_jobs; 
有时候我们发现他的next_date是4000年1月1日，说明job要不就是在running，要不就是状态是break(broken=Y)，如果发现job的broken值为Y，找用户了解一下，确定该job是否可以broken，如果不能broken，那就把broken值修改成N，修改再使用上面的SQL查看就发现它的last_date已经变了，job即可正常运行，修改broken状态的SQL如下：

begin 
    DBMS_JOB.BROKEN(<JOB_ID>, FALSE); 
end;

(3)、使用下面的SQL查询是否job还在running 
select * from dba_jobs_running; 
如果发现job已经Run了很久了还没有结束，就要查原因了。一般的job running时会锁定相关的相关的资源，可以查看一下v$access和v$locked_object这两个view。如果发现其他进程锁定了与job相关的object，包括package/function/procedure/table等资源，那么就要把其他进程删除，有必要的话，把job的进程也删除，再重新执行看看结果。

(4)、如果上面都正常，但是job还不run，怎么办？那我们要考虑把job进程重启一次，防止是SNP进程死了造成job不跑，指令如下： 
alter system set job_queue_processes = 0; --关闭job进程，等待5--10秒钟 
alter system set job_quene_processes = 5; --恢复原来的值

(5)、Oracle的BUG：Oracle9i里面有一个BUG，当计数器到497天时，刚好达到它的最大值，再计数就会变成-1，继续计数就变成0了，然后计数器将不再跑了。如果碰到这种情况就得重启数据库，但是其他的Oracle7345和Oracle8i的数据库没有发现这个问题。

(6)、数据库上的检查基本上就这多，如果job运行还有问题，那需要看一下是否是程序本身的问题，比如处理的资料量大，或者网络速度慢等造成运行时过长，那就需要具体情况具体分析了。我们可以通过下面的SQL手工执行一下job看看： 

begin 
      dbms_job.run(<job>_ID) 
end; 
如果发现job执行不正常，就要结合程序具体分析一下。

oracle job有定时执行功能

标签：原因   varchar2   调整   生成   break   session   des   第一个   管理