Oracle私网mtu滚动修改实施方案

之前测试遇到过mtu修改不能滚动的情况,目前在自己测试环境重新反复验证发现正常是可以滚动的,下面梳理下整个实施方案:

环境:RHEL6 + Oracle 11.2.0.4 RAC(2 nodes)

/etc/hosts配置信息:

#public ip
192.168.1.61  jystdrac1
192.168.1.63  jystdrac2
#virtual ip
192.168.1.62  jystdrac1-vip
192.168.1.64  jystdrac2-vip
#scan ip
192.168.1.65  jystdrac-scan

#private ip
10.10.10.61    jystdrac1-priv
10.10.10.63    jystdrac2-priv

特别说明:

  • 1.这里的私有网卡名是eth3,一般实际生产至少两个私有网卡,根据实际情况确认所有私有网卡名称即可。
  • 2.这里心跳网络没有连接交换机,即直连模式(这种方式不推荐),如果有心跳交换机,还需要网络工程师配合调整交换机确保支持mtu=9000,这部分不在本文讨论范围。

下面是具体的实施步骤:

  • 1.修改私有网卡mtu为9000
  • 2.节点1关闭数据库,重启集群,启动数据库
  • 3.节点2关闭数据库,重启集群,启动数据库

1.修改私有网卡mtu为9000

查看当前eth3网卡的mtu值,随后修改为9000,然后再次查看是否修改成功:
ifconfig eth3
ifconfig eth3 mtu 9000
ifconfig eth3

同步更新网卡配置文件,增加一行MTU=9000,确保重启网卡/主机后,mtu=9000不变:

vi /etc/sysconfig/network-scripts/ifcfg-eth3
MTU=9000

注:以上步骤需在RAC所有节点进行操作完成之后再继续下面的步骤。

2.节点1关闭数据库,重启集群,启动数据库

SQL> shutdown immediate

[root@jystdrac1 ~]#
/opt/app/11.2.0/grid/bin/crsctl stop has -f
/opt/app/11.2.0/grid/bin/crsctl start has

SQL> startup

同样节点1的ASM实例日志虽然也有ORA-27303报错,但是不影响最终启动成功(这与之前客户19c测试环境结果不同):

KSXP IPC protocol is incompatible with instance 2
Errors in file /opt/app/grid/diag/asm/+asm/+ASM1/trace/+ASM1_lmon_29508.trc:
ORA-27300: OS system dependent operation:config_check failed with status: 0
ORA-27301: OS failure message: Error 0
ORA-27302: failure occurred at: skgxpvalpid
ORA-27303: additional information: Remote port MTU does not match local MTU. [local: 9000, remote: 1500] (169.254.10.131)
KSXP IPC protocol is incompatible with instance 2
Errors in file /opt/app/grid/diag/asm/+asm/+ASM1/trace/+ASM1_lmon_29508.trc:
ORA-27300: OS system dependent operation:config_check failed with status: 0
ORA-27301: OS failure message: Error 0
ORA-27302: failure occurred at: skgxpvalpid
ORA-27303: additional information: Remote port MTU does not match local MTU. [local: 9000, remote: 1500] (169.254.10.131)
 Communication channels reestablished

3.节点2关闭数据库,重启集群,启动数据库

SQL> shutdown immediate

[root@jystdrac2 ~]# 
/opt/app/11.2.0/grid/bin/crsctl stop has -f
/opt/app/11.2.0/grid/bin/crsctl start has

SQL> startup

对应节点2的ASM实例日志没有MTU相关的报错信息。

至此,相当于完成了mtu从1500修正为9000的过程,并且可以实现节点依次滚动升级。

你可能感兴趣的:(Oracle私网mtu滚动修改实施方案)