之前测试遇到过mtu修改不能滚动的情况，目前在自己测试环境重新反复验证发现正常是可以滚动的，下面梳理下整个实施方案：
环境：RHEL6 + Oracle 11.2.0.4 RAC（2 nodes）
/etc/hosts配置信息：
#public ip192.168.1.61 jystdrac1192.168.1.63 jystdrac2#virtual ip192.168.1.62 jystdrac1-vip192.168.1.64 jystdrac2-vip#scan ip192.168.1.65 jystdrac-scan#private ip10.10.10.61 jystdrac1-priv10.10.10.63 jystdrac2-priv
特别说明：
这里的私有网卡名是eth3，一般实际生产至少两个私有网卡，根据实际情况确认所有私有网卡名称即可。这里心跳网络没有连接交换机，即直连模式（这种方式不推荐），如果有心跳交换机，还需要网络工程师配合调整交换机确保支持mtu=9000，这部分不在本文讨论范围。 下面是具体的实施步骤：1.修改私有网卡mtu为90002.节点1关闭数据库，重启集群，启动数据库3.节点2关闭数据库，重启集群，启动数据库1.修改私有网卡mtu为9000查看当前eth3网卡的mtu值，随后修改为9000，然后再次查看是否修改成功：
ifconfig eth3ifconfig eth3 mtu 9000ifconfig eth3
同步更新网卡配置文件，增加一行MTU=9000，确保重启网卡/主机后，mtu=9000不变：
vi /etc/sysconfig/network-scripts/ifcfg-eth3MTU=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 hasSQL> startup
同样节点1的ASM实例日志虽然也有ORA-27303报错，但是不影响最终启动成功（这与之前客户19c测试环境结果不同）：
KSXP IPC protocol is incompatible with instance 2Errors 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: 0ORA-27301: OS failure message: Error 0ORA-27302: failure occurred at: skgxpvalpidORA-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 2Errors 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: 0ORA-27301: OS failure message: Error 0ORA-27302: failure occurred at: skgxpvalpidORA-27303: additional information: Remote port MTU does not match local MTU. [local: 9000, remote: 1500] (169.254.10.131) Communication channels reestablished3.节点2关闭数据库，重启集群，启动数据库
...
? 接下来内容请访问原文（https://www.modb.pro/db/27354?YYF）进行查看~
更多数据库相关内容，可访问墨天轮（https://www.modb.pro/?YYF）进行浏览。
这是水淼·dedeCMS站群文章更新器的试用版本更新的文章，故有此标记(2024-02-05 08:33:22)
