[原创]Oracle 11g Release 2网格基础架构集群互联——Solaris IPMP和中继的设置_MySQL, Oracle及数据库讨论区_Weblogic技术|Tuxedo技术|中间件技术|Oracle论坛|JAVA论坛|Linux/Unix技术|hadoop论坛_联动北方技术论坛  
网站首页 | 关于我们 | 服务中心 | 经验交流 | 公司荣誉 | 成功案例 | 合作伙伴 | 联系我们 |
联动北方-国内领先的云技术服务提供商
»  游客             当前位置:  论坛首页 »  自由讨论区 »  MySQL, Oracle及数据库讨论区 »
总帖数
1
每页帖数
101/1页1
返回列表
0
发起投票  发起投票 发新帖子
查看: 4549 | 回复: 0   主题: [原创]Oracle 11g Release 2网格基础架构集群互联——Solaris IPMP和中继的设置        下一篇 
kim
注册用户
等级:中校
经验:1729
发帖:222
精华:0
注册:2011-7-21
状态:离线
发送短消息息给kim 加好友    发送短消息息给kim 发消息
发表于: IP:您无权察看 2011-8-22 14:01:12 | [全部帖] [楼主帖] 楼主

Oracle 11g Release 2网格基础架构集群互联——Solaris IPMP和中继的设置

应用范围

Oracle Server企业版,版本号:11.2.0.1及以后版本

SPARC上的Oracle Solaris 64位系统

X86-64上的Oracle Solaris 64位系统

本文目的

本文旨在详述集群互联中,11g Release 2网格基础架构搭配多个专用网络接口卡(multiple private network interface cards)的配置。在10gR1,10gR2以及11gR1中的配置在note 368464.1文档中有说明。

范围及应用

本文望内给RAC DBA和Oracle服务支持工程师有所帮助。本文说明了在Oracle 11g Release 2(11.2.0.1版本)网格基础架构的群集互联——Solaris IPMP和中继的设置。Oracle网格基础架构11.2.0.1版不支持本地多个冗余网络。因此,必须使用一个外围冗余机制。Oracle Solaris提供了两种方案:中继方案(基于链路聚合),以及IPMP方案(多路径IP)。

如果使用中继或相关技术,操作系统为Oracle提供了一个逻辑设备。此设备可以看做单个专用网络接口卡(NIC),且不需特别的设置。

安装过程中,必须确保只选择逻辑接口(即OUI的“特定网络接口使用(Specify Network Interface Usage)”选项)。在升级为Oracle 11g Rel.2群集软件(Oracle 11g Rel.2网格基础架构的部分组成)过程中,当前设置将保留使用。

安装或更新完成后,通过运行oifcfg getif命令来验证安装是否成功。如果成功,则集群互联会返回如下语句:

$GRID_HOME/bin/oifcfg getif
output: aggr0 192.168.1.0 global cluster_interconnect


如果使用了类似IPMP的IP故障切换方案,则安装过程中,在OUI图形界面的“特定网络接口使用(Specify Network Interface Usage)”选项中,需选择多个网络适配器。

IP故障切换是基于多个接口来管理IP的。IPMP支持两种配置方案:基于探针(probe) 的IPMP方案,和基于链接(link) 的IPMP方案。无论是基于探针还是链接,在主动/被动,或主动/主动状态中,Oracle集群件的配置都是相同的:

所有接口都被定义为IPMP组的成员,在OUI的“特定网络接口使用方法”选项设置中,都要设置为私有网络。这和以前版本的设置是有区别。

如果使用了基于链接的IPMP,因为没有有效的IP,OUI将不允许选择NIC。这种情况下,当安装完成后,应该执行以下命令:

$GRID_HOME/bin/oifcfg setif -global nxge4/:cluster_interconnect


需要说明的是,如果选择了基于探针(probe)的IPMP,在故障切换中IPMP负责管理IP。因此,IPMP组的各个网络间会连接失败。这种故障切换会造成通信中断,虽然不是致命的,但是会导致通信延迟。而基于链接(link)的IPMP不会导致这种延迟。不管怎样,n-1(n=IPMP组中网络的数量)专有网络故障不会影响集群的性能。

Oracle集群见存储以及识别网络接口的方式,可以用在专有集群互联中,以如下的方式进行:启动时,所有接口以专有网络的形式注册到Oracle 集群件中,安装过程中,在子网中其会被扫描来查看IP地址是否可用。如果发现了这种IP地址,分配了此IP的接口将选择进行通信。需注意,此接口是IPMP组的一部分,且是受保护的。

不同于以前版本的Oracle 集群件,在Oracle数据库或ASM层的进一步的配置中,不需在OCR(oracle cluster registry)中存储专有集群互联信息,以及网格插件,运行(GPNP)参数等。

然而,需要说明的是,在各自的IPMP组中选择所有接口,来维持集群中的非中断操作,以防止专有网络故障。这种操作是很重要的。

在升级到Oracle网格基础架构(Oracle 集群件 11g Rel.2)之后,从前的设置将被重新利用。这种安排是不合适的,在新的版本中,详细Oracle会改变。

集群互联中,使用IPMP从前一个版本升级到11g Release. 2,使用如下命令来核实OCR中的集群互联信息。如果您的输出和以下不同,使用oifcfg命令增加所有的额外接口。

假定在IPMP组中配置了两个接口(nxge3和nxge4),基于链接的IPMP显示如下:

/usr/sbin/ifconfig -a
..
nxge3: flags=1000843 mtu 1500 index 6
inet 192.168.2.72 netmask ffffff00 broadcast 192.168.2.255
groupname racpriv
nxge4: flags=1000843 mtu 1500 index 7
inet 0.0.0.0 netmask ff000000 broadcast 0.255.255.255
groupname racpriv
..


基于探针(probe)的IPMP显示如下:

/usr/sbin/ifconfig -a
..
nxge3: flags=209040843 mtu 1500 index 2
inet 192.168.2.70 netmask ffffff00 broadcast 192.168.2.255
groupname rac-priv
nxge3:1: flags=201000843 mtu 1500 index 2
inet 192.168.2.72 netmask ffffff00 broadcast 192.168.2.255
nxge4: flags=269040843 mtu 1500 index 4
inet 192.168.2.71 netmask ffffff00 broadcast 192.168.2.255
groupname rac-priv


则Oracle  11g Release 2集群件配置中,使用oifcfg getif命令将显示如下输出:

$GRID_HOME/bin/oifcfg getif" output:
nxge3 192.168.2.0 global cluster_interconnect
nxge4 192.168.2.0 global cluster_interconnect


如果其中一个接口没有显示(例如,nxge4),按如下方式添加接口:

$GRID_HOME/bin/oifcfg setif -global nxge4/:cluster_interconnect


集群中,如果IPMP组跨多个节点,则强烈推荐使用相同的接口。上面的命令,再添加“-global”属性参数则可以完成此配置。在补丁9729439或后来的累计补丁中包含了各自的Bug修复。可按如下方式按照补丁:

1.     在所有节点安装11.2.0.1版本的网格基础架构库

2.     当OUI提示执行root脚本(root.sh或rootupgrade.sh)时,通过执行“opatch apply -local”命令,来运行补丁9729439。

3.     当补丁安装后,执行root脚本。

不推荐在没有基于IP故障或绑定技术中继方案供应商的情况下,为专有网络选择多个NIC。

即使没有修复bug9260196,仍然需要对如下参数进行设置:

11.2.0.2或更高版本

从11.2.0.2开始,由于Oracle集群件支持冗余互联,因此不推荐配置集群互联的IPMP。如想得到更多信息,请参考note 1210883.1.

参考资料

BUG:9260196 - CRSD FAILS TO COME UP ON LAST NODE WITH "POLICY ENGINE IS NOT INITIALIZED YET!"
NOTE:1054902.1 - How to Validate Network and Name Resolution Setup for the Clusterware and RAC
NOTE:1067353.1 - 11.2.0.1 Clusterware Fails to Start or Evicts if IPMP is Used for Private Network
NOTE:1210883.1 - 11gR2 Grid Infrastructure Redundant Interconnect and ora.cluster_interconnect.haip
NOTE:368464.1 - How to Setup IPMP as Cluster Interconnect
NOTE:969254.1 - How to Proceed from Failed Upgrade to 11gR2 Grid Infrastructure (CRS)


相关产品

Oracle 数据库 > Oracle server 企业版

关键字

AGGREGATION; FAILOVER; INFRASTRUCTURE; PRIVATE NETWORKS; CLUSTERWARE; GRID; INTERCONNECT; CRS




赞(0)    操作        顶端 
总帖数
1
每页帖数
101/1页1
返回列表
发新帖子
请输入验证码: 点击刷新验证码
您需要登录后才可以回帖 登录 | 注册
技术讨论