之前测试遇到过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 reestablished
3.节点2关闭数据库,重启集群,启动数据库
...
? 接下来内容请访问原文(https://www.modb.pro/db/27354?YYF)进行查看~
更多数据库相关内容,可访问墨天轮(https://www.modb.pro/?YYF)进行浏览。
这是水淼·帝国CMS站群文章更新器的试用版本更新的文章,故有此标记(2023-10-18 08:53:15)