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

Posted on August 4, 2020 by Alfred Zhao

之前测试遇到过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

查看当前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的过程，并且可以实现节点依次滚动升级。

This entry was posted in Oracle最佳实践 and tagged , . Bookmark the permalink.