给10gRAC加第二个public网络

在11g中，如果我们要给RAC加第二个public的网卡，在oracle有官方的文档给出如何增加第二个VIP:How to Configure A Second Listener on a Separate Network in 11.2 Grid Infrastructure [ID 1063571.1]

另外，老熊在这个文章也有写《为11gR2 Grid Infrastructure增加新的public网络》

在10g中，我们找不到相关的官方文档说明如何给cluster加第二个public network，只是在RAC: Frequently Asked Questions [ID 220970.1]中提到
Does Oracle Clusterware support application vips?

另外在Oracle? Database Oracle Clusterware and Oracle Real Application Clusters Administration and Deployment Guide 10g Release 2 (10.2) 中有说明 Creating VIPs for Applications。

下面我们就用这种利用application vip的方式，给cluster加第二个public network，我们以在同一个cluster建2套DB为例，一套叫devdb，一套叫testdb。

假设我们已经有一套devdb，然后利用dbca建立好了testdb。下面我们来为testdb建立另一个vip和网络连接(以10.2.0.1.0为例)：

1.用oracle用户分别在各自的节点上生成一个crs profile，如新的vip叫ora.plusvip1.vip和ora.plusvip2.vip：

2.用oracle用户分别在各自节点上注册刚刚的vip资源：

3.用root用户分别在各自节点上设置资源权限：

4.用oracle用户测试能否起动：

5.参照原vip的资源信息，修改ora.plusvip1.vip资源的信息：

5.2 修改完后，以root更新
[root@rac1 profile]# /u01/app/oracle/product/10.2.0/crs_1/bin/crs_register -u ora.plusvip1.vip
[root@rac1 profile]#

5.3 检查一下：

6. 以root用户重启crs服务：

7. 检查eth2是否已经加载了vip：

8.配置listener：
8.1 用netca生产侦听的服务.

8.2 在oracle用户可以用crs_stat -t看到lsnr的服务开始启动：

8.3 修改listener.ora中的新数据库的侦听到新vip上：

8.4 以root用户修改listener的在crs中的依赖性：

修改前：

8.5 以root更新：

还有其他的一些依赖关系也改一下，如ora.testdb.testdb1.inst依赖的ora.plusvip1/2.vip，和asm不应该依赖vip（Bug 4865736，ID 4865736.8）

9. 至此，所有的crs信息更新完：

10. 启动所有资源：

11. 我们来测试一下vip切换的情况：

在节点1上的节点情况：

我们来模拟crs中断的情况，

断了crs之后，节点1上vip切换到节点2，asm宕，实例宕，侦听宕。

在节点2上看，可以发现VIP切换到节点2上了。

重新恢复/etc/init.d/init.crs start，我们可以发现vip切回去了。

总结：