关于Oracle RAC中的JOB运行在哪个实例的理解

对于Oracle的RAC集群数据库，一直以来对于高度JOB方面如何做到负载均衡，一直都不太清楚，这几天测试了一下，得出以下结论。

一个JOB在何级别运行是可以定制的。如果把job定义在db级，job可以运行在任何活动的instance上，并遵循job的调度机制；

如果把job定义在instance级别上，job将运行在指定的实例上，如因某种异常导致创建job的实例当机，那job将运行在存活的实例上。

1、目前我们的rac数据库是通过查询语句 select job,instance,what fromdba_jobs 可以看到instance=0，这表示该job是db级，可以运行在任何活动的instance上，由job的调度机制决定在哪个实例上运行。也就是说RAC会根据两台服务器的运行状态来调度JOB在不同的节点实例中运行，一个JOB可以在A机，下一次有可能在B机运行；

2、通过在调度中指定instance 参数，可以指定job只在某个特定实例上运行，但是如果该实例的服务器出现故障时，发现job 在实例A上不再运行，也不会切换到其它实例。如果job建立时没有指定运行在某个实例上，在job当前运行的实例关掉后，却可以切到其他活动的实例上。

3、一般情况下，建立不要指定JOB在特定实例运行，如果对于对于已经在运行的job，如果想指定其只在某个实例运行。建议先删除此job，然后重建job，重建时指定job运行的实例。对于有人说可以使用如下方式修改job运行的实例：SQL> exec dbms_jobinstance(26,1)。经测试，不好使，此sql执行后，job不再运行，并出现等待事件：enq: TX - row lock contention，查到执行的sql是update sysjob$ setthis_date=:1 where job=:2，也就是在更新sys的sysjob$表，最后只能杀掉此会话，才消除此等待事件。

4、目前还没找到SQL语句来查看某一个JOB运行在哪个实例，一查询，都是0（默认），则可能在任何节点执行。笨方法是通过在Linux中用TOP语句查看CPU的性能来判断是否负荷均衡。

转载，仅供参考。

在plsql中执行如下脚本可以创建一个在每天晚上23点执行的job

begin

sysdbms_jobsubmit(job => :job, -- job编号

what => 'dbms_outputpub_line(''asdf'');', -- 执行脚本

next_date => to_date('17-01-2011 16:17:31', 'dd-mm-yyyy hh24:mi:ss'), -- 下次执行时间

interval => 'trunc(sysdate)+23/24'); -- 执行时间间隔

commit;

end;

/

其中interval参数的几个可能的示范值如下：

A，每5分钟执行一次

interval => 'trunc(sysdate,'mi')+5/24/60'

B，每小时执行一次，整点执行

interval => 'trunc(sysdate,'HH')+1/24'

C，一个小时后执行

interval => 'sysdate+1/24'

以上就是关于关于Oracle RAC中的JOB运行在哪个实例的理解全部的内容，包括:关于Oracle RAC中的JOB运行在哪个实例的理解、oracle的JOB、等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！