合 在Oracle的rac环境中如何指定job的运行实例
前言部分
导读和注意事项
各位技术爱好者，看完本文后，你可以掌握如下的技能，也可以学到一些其它你所不知道的知识，~O(∩_∩)O~：
① 如何指定job的运行实例（重点）
② 代码获取rac所有节点的IP地址
本文简介
记得之前写健康检查脚本的时候需要统计rac的IP地址，要用到一个包utl_inaddr.GET_HOST_ADDRESS，这样的话就得去每个实例去查询，想了想只能是job来完成了，但当时并不知道如何在rac环境中指定相应的实例去运行job，今天又特意研究了一下这个问题终于解决了，小麦苗迫不及待的分享给大家。
相关知识点扫盲
oracle自从10g开始有2种job，dbms_job和DBMS_SCHEDULER，那么相应的就分2种情况下的指定实例了，先摘抄一点简单的job知识吧。DBMS_SCHEDULER是Oracle 10G中新增的一个包，与老版本的dbms_job包相比，dbms_scheduler有很多新特性。
所谓出于job而胜于job，说的就是Oracle10g后的新特性Scheduler啦。在10g环境中，ORACLE建议使用Scheduler替换普通的job，来管理任务的执行。其实，将Scheduler描述成管理job的工具已经太过片面了，10G版本中新增的Scheduler绝不仅仅是创建任务这么简单。。。。
ORACLE中管理Scheduler是通过DBMS_SCHEDULER包。。。
DBMS_JOB和DBMS_SCHEDULER之间的主要区别如下：
- DBMS_SCHEDULER可以执行存储的程序、匿名块以及OS可执行文件和脚本(包括linux系统的shell脚本)，而DBMS_JOB只可以执行存储的程序或匿名的PL/SQL块。
- 考虑到增强的组件重用，调度程序的程序单元作为模式对象存储。DBMS_JOB只有一种组件，即作业；而调度程序具有组件层次结构。
- 可以使用DBMSSCHEDULER更具描述性地定义作业或进度表间隔。DBMS\ SCHEDULER也具有更详细的作业运行状态以及故障处理和报告功能。
dbms_job下指定实例运行job
相关知识简介(摘自网络)
一个JOB在何级别运行是可以定制的。如果把job定义在db级，job可以运行在任何活动的instance上，并遵循job的调度机制；如果把job定义在instance级别上，job将运行在指定的实例上，如因某种异常导致创建job的实例当机，那job将运行在存活的实例上。
1、目前我们的rac数据库是通过查询语句 select job,instance,what from dba_jobs 可以看到instance=0，这表示该job是db级，可以运行在任何活动的instance上，由job的调度机制决定在哪个实例上运行。也就是说RAC会根据两台服务器的运行状态来调度JOB在不同的节点实例中运行，一个JOB可以在A机，下一次有可能在B机运行；
2、通过在调度中指定instance 参数，可以指定job只在某个特定实例上运行，但是如果该实例的服务器出现故障时，发现job 在实例A上不再运行，也不会切换到其它实例。如果job建立时没有指定运行在某个实例上，在job当前运行的实例关掉后，却可以切到其他活动的实例上。
官方文档内容
利用小麦苗提供的工具搜索官方文档，看到如下的内容：
Working with Oracle Real Application Clusters
DBMS_JOB supports multi-instance execution of jobs. By default jobs can be executed on any instance, but only one single instance will execute the job. In addition, you can force instance binding by binding the job to a particular instance. You implement instance binding by specifying an instance number to the instance affinity parameter. Note, however, that in Oracle Database 10g Release 1 (10.1) instance binding is not recommended. Service affinity is preferred. This concept is implemented in the DBMS_SCHEDULER package.
The following procedures can be used to create, alter or run jobs with instance affinity. Note that not specifying affinity means any instance can run the job.
DBMS_JOB.SUBMIT
To submit a job to the job queue, use the following syntax:
DBMS_JOB.SUBMIT(
job OUT BINARY_INTEGER,
what IN VARCHAR2, NEXT_DATE IN DATE DEFAULTSYSDATE,
interval IN VARCHAR2 DEFAULT 'NULL',
no_parse IN BOOLEAN DEFAULT FALSE,
instance IN BINARY_INTEGER DEFAULT ANY_INSTANCE,
force IN BOOLEAN DEFAULT FALSE);
Use the parameters instance and force to control job and instance affinity. The default value of instance is 0 (zero) to indicate that any instance can execute the job. To run the job on a certain instance, specify the instance value. Oracle displays error ORA-23319 if the instance value is a negative number or NULL.
The force parameter defaults to false. If force is TRUE, any positive integer is acceptable as the job instance. If force is FALSE, the specified instance must be running, or Oracle displays error number ORA-23428.
DBMS_JOB.INSTANCE
To assign a particular instance to execute a job, use the following syntax:
DBMS_JOB.INSTANCE( JOB IN BINARY_INTEGER,
instance IN BINARY_INTEGER,
force IN BOOLEAN DEFAULT FALSE);
The FORCE parameter in this example defaults to FALSE. If the instance value is 0 (zero), job affinity is altered and any available instance can execute the job despite the value of force. If the INSTANCE value is positive and the FORCE parameter is FALSE, job affinity is altered only if the specified instance is running, or Oracle displays error ORA-23428.
If the force parameter is TRUE, any positive integer is acceptable as the job instance and the job affinity is altered. Oracle displays error ORA-23319 if the instance value is negative or NULL.
说的还是比较详细的。
