RAC 修改私有IP经过

来源：互联网发布：js base64解码png图片编辑：程序博客网时间：2024/05/21 09:46

当时搭建RAC时,私有地址使用了2台临时关闭机器的ip, 昨天同事告诉说,那2台机器需要使用,所以就需要修改RAC的私有ip.

操作参考文档How to Modify Private Network Information in Oracle Clusterware (Doc ID 283684.1) .

总结本次操作的经验, 认为需要注意步骤3.3和3.5中掩码,使对应子网相同. 这次就是在手工增加ip时,疏忽了掩码,所以在一个节点重起时无法加入群集.

2个节点都重起后,才恢复正常.

详细经过如下:

1. 先使用ifconfig增加172.168.0.107,172.168.0.108地址,来试验这2个地址间是否可以通讯.
   ifconfig e1000g1 addif 172.168.0.107 up
   ifconfig e1000g1 addif 172.168.0.108 up

   测试2台机器间可以通讯.

2. 先删除测试的ip
   ifconfig e1000g1 removeif 172.168.0.107
   ifconfig e1000g1 removeif 172.168.0.108

3. 查找文档资料修改rac中私有ip
   3.1 检查当前信息情况.                                                          ok
       root@ssz0008dww.hkg.swissbank.com: ~#oifcfg iflist -p -n
       e1000g0 192.168.0.0 PUBLIC 255.255.255.0
       e1000g1 192.168.42.0 PRIVATE 255.255.255.0
       e1000g1 169.254.0.0 PUBLIC 255.255.0.0
       root@ssz0007dww.hkg.swissbank.com: ~#oifcfg iflist -p -n
       e1000g0 192.168.0.0 PUBLIC 255.255.255.0
       e1000g1 192.168.42.0 PRIVATE 255.255.255.0
       e1000g1 169.254.0.0 PUBLIC 255.255.0.0
       root@ssz0008dww.hkg.swissbank.com: ~#srvctl config nodeapps
       Network exists: 1/192.168.0.0/255.255.255.0/e1000g0, type static
       VIP exists: /ssz0007dww-vip/192.168.0.103/192.168.0.0/255.255.255.0/e1000g0, hosting node ssz0007dww
       VIP exists: /ssz0008dww-vip/192.168.0.104/192.168.0.0/255.255.255.0/e1000g0, hosting node ssz0008dww
       GSD exists
       ONS exists: Local port 6100, remote port 6200, EM port 2016
       root@ssz0007dww.hkg.swissbank.com: ~#oifcfg getif
       e1000g0 192.168.0.0 global public
       e1000g1 192.168.42.0 global cluster_interconnect
       root@ssz0008dww.hkg.swissbank.com: ~#oifcfg getif
       e1000g0 192.168.0.0 global public
       e1000g1 192.168.42.0 global cluster_interconnect
   3.2 备份gpnp profile                                                          ok
       使用grid操作
       cd /u01/grid/oracle/product/11.2.0.3/gpnp/ssz0007dww/profiles/peer
       cp -p profile.xml profile.xml.bk
       cd /u01/grid/oracle/product/11.2.0.3/gpnp/ssz0008dww/profiles/peer
       cp -p profile.xml profile.xml.bk
       ocr由于存在自动备份机制,所以不需要额外操作
       grid@ssz0008dww.hkg.swissbank.com: ~$ocrconfig -showbackup
       ssz0008dww     2014/09/26 09:28:23     /u01/grid/oracle/product/11.2.0.3/cdata/ssz0001rac/backup00.ocr
       ssz0008dww     2014/09/26 05:28:22     /u01/grid/oracle/product/11.2.0.3/cdata/ssz0001rac/backup01.ocr
       ssz0008dww     2014/09/26 01:28:21     /u01/grid/oracle/product/11.2.0.3/cdata/ssz0001rac/backup02.ocr
       ssz0008dww     2014/09/25 05:28:17     /u01/grid/oracle/product/11.2.0.3/cdata/ssz0001rac/day.ocr
       ssz0008dww     2014/09/19 05:27:49     /u01/grid/oracle/product/11.2.0.3/cdata/ssz0001rac/week.ocr
       PROT-25: Manual backups for the Oracle Cluster Registry are not available
       grid@ssz0007dww.hkg.swissbank.com: ~$ocrconfig -showbackup
       ssz0008dww     2014/09/26 09:28:23     /u01/grid/oracle/product/11.2.0.3/cdata/ssz0001rac/backup00.ocr
       ssz0008dww     2014/09/26 05:28:22     /u01/grid/oracle/product/11.2.0.3/cdata/ssz0001rac/backup01.ocr
       ssz0008dww     2014/09/26 01:28:21     /u01/grid/oracle/product/11.2.0.3/cdata/ssz0001rac/backup02.ocr
       ssz0008dww     2014/09/25 05:28:17     /u01/grid/oracle/product/11.2.0.3/cdata/ssz0001rac/day.ocr
       ssz0008dww     2014/09/19 05:27:49     /u01/grid/oracle/product/11.2.0.3/cdata/ssz0001rac/week.ocr
       PROT-25: Manual backups for the Oracle Cluster Registry are not available

   3.3 先使用grid用户,在rac中修改私有ip的信息.                                  ok
       仅在1个节点中执行即可
       grid@ssz0008dww.hkg.swissbank.com: ~$oifcfg setif -global e1000g1/172.168.0.0:cluster_interconnect
       grid@ssz0008dww.hkg.swissbank.com: ~$
       在另外1个节点检查
       grid@ssz0007dww.hkg.swissbank.com: ~$oifcfg getif
       e1000g0 192.168.0.0 global public
       e1000g1 192.168.42.0 global cluster_interconnect
       e1000g1 172.168.0.0 global cluster_interconnect

   3.4 停止rac, 使用root操作                                                    ok
       需要在每个节点上操作
       # crsctl stop crs
       # crsctl disable crs

   3.5 操作系统级别先手工增加ip地址                                             ok
       在rac中删除不需要的私有ip后,再修改/etc/host地址
       (本次操作中忘记带掩码,这里需要注意掩码,使之对应子网和3.3中设置相同,同时机器重起后也需要不变)
       ifconfig e1000g1 addif 172.168.0.107 up
       ifconfig e1000g1 addif 172.168.0.108 up
       在/etc/netmasks中增加新的子网掩码
       172.168.0.0     255.255.255.0

   3.6 重新启动群集. 使用root操作                                               ok
       需要在每个节点上操作
       # crsctl enable crs
       # crsctl start crs

   3.7 删除不使用的群集私有地址, 使用grid用户操作.                              ok
      oifcfg delif -global e1000g1/192.168.42.0
      grid@ssz0007dww.hkg.swissbank.com: ~$oifcfg delif -global e1000g1/192.168.42.0
      grid@ssz0007dww.hkg.swissbank.com: ~$oifcfg getif -global
      e1000g0 192.168.0.0 global public
      e1000g1 172.168.0.0 global cluster_interconnect
      grid@ssz0007dww.hkg.swissbank.com: ~$oifcfg iflist -p -n
      e1000g0 192.168.0.0 PUBLIC 255.255.255.0
      e1000g1 192.168.42.0 PRIVATE 255.255.255.0
      e1000g1 172.168.0.0 PUBLIC 255.255.0.0
      e1000g1 169.254.128.0 PUBLIC 255.255.128.0
      e1000g1 169.254.0.0 PUBLIC 255.255.128.0
      在另外一个节点校核
      grid@ssz0008dww.hkg.swissbank.com: ~$oifcfg getif -global
      e1000g0 192.168.0.0 global public
      e1000g1 172.168.0.0 global cluster_interconnect

3.8 修改/etc/hosts中私有ip                                                  ok

3.9 逐个节点重起, 检查rac情况
      在仅起动1个节点,另外1个节点没有重起的情况下,新启动的节点无法加入群集,
      估计和前面操作中没有使用掩码,导致默认掩码和oracle中设置的subnet有冲突.
      ifconfig e1000g1 addif 172.168.0.107 up
      2个节点都重起后正常.

0 0