对于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的性能来判断是否负荷均衡。
转载,仅供参考。
Oracle RAC可以识别多个网络设备,但是它只能识别一个网络接口,也就是说,它只能识别一个网络设备。如果要安装Oracle RAC,必须先准备一个网络接口,然后在这个网络接口上安装Oracle RAC,它可以识别多个网络设备,但是只能识别一个网络接口。
在单机环境下,Oracle是运行在OS Kernel 之上的。 OS Kernel负责管理硬件设备,并提供硬件访问接口。 Oracle 不会直接 *** 作硬件,而是有OS Kernel代替它来完成对硬件的调用请求。
在集群环境下, 存储设备是共享的。OS Kernel 的设计都是针对单机的,只能控制单机上多个进程间的访问。 如果还依赖OS Kernel的服务,就无法保证多个主机间的协调工作。 这时就需要引入额外的控制机制,在RAC中,这个机制就是位于Oracle 和 OS Kernel 之间的Clusterware,它会在OS Kernel之前截获请求,然后和其他结点上的Clusterware协商,最终完成上层的请求。
在Oracle 10G之前,RAC 所需要的集群件依赖与硬件厂商,比如SUN,HP,Veritas 从Oracle 101版本中,Oracle 推出了自己的集群产品 Cluster Ready Service(CRS),从此RAC 不在依赖与任何厂商的集群软件。 在Oracle 102版本中,这个产品改名为:Oracle Clusterware。
通过调整故障检测时间让节点不切换。
OracleRAC通过心跳包来检测节点之间的连接状态,如果节点之间的连接中断,则可能触发节点切换。您可以通过调整心跳包的发送时间和接收时间来调整故障检测时间,从而避免不必要的节点切换。
OracleRAC是Oracle公司推出的一种基于集群的数据库系统,它使用多个节点共同组成一个虚拟数据库,可以实现高可用性和可扩展性,是企业高性能企业级数据库应用的理想选择。
$ cd $CRS_HOME/bin
$ /crs_stat -t 查看RAC各节点所有服务的信息及状态
$ /crs_stat |more 由于上面指令显示的信息看不完整,这里可以显示各服务的详细信息
$ /crs_stat -p |more 不仅有详细信息,还有对其他服务的依赖关系
以上就是关于关于Oracle RAC中的JOB运行在哪个实例的理解全部的内容,包括:关于Oracle RAC中的JOB运行在哪个实例的理解、oracle安装rac只能识别一个网络设备、如何查看oracle 10g rac查看集群版本等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)