在12c RAC中集群网络架构中新增了一个名为“ASM”的网段,该网段区别于与Private和Public,用来专门传递ASM的元数据。
如果它挂了,会发生什么呢?

昨天在自己的环境装好了GI之后,为了回家后继续操作,我在VMware workstation 10中,对虚拟机做出了挂起的操作:
vmware_Pause
挂起的次序是:
1.节点服务器
2.存储服务器
(释放挂起的顺序则相反:1.存储服务器;2.节点服务器)

但回去后释放挂起,发现了奇葩的现象:
我的RAC架构中有两个节点,正常的情况下,两个节点应该都是可以正常启用的。
但是现在的情况是,如果先启动了节点一,那么节点二的CRS则无法启动;如果启动了节点二,那么节点一的CRS无法启动。

在我的环境中,造成该问题的原因是:作为ASM网段的eth2的状态异常:
network_unusual
在我的环境中,操作系统为Oracle Linux 6。
在Linux 6中,默认情况下,服务“NetworkManager”是开机启动的,它会监测网卡硬件的配置变化,并将其加入自己的管理列表中。
NetworkManager_1
如上图所示,可以通过Network Connections管理被NetworkManager侦测到的网卡。

但这里的一个问题是:Network Connections中对网卡的变化并不一定会写入配置文件。
在Linux5中,配置网卡的相关信息,一般都会修改:/etc/sysconfig/network-scripts/ifcfg-ethX

正因为这个问题的存在,所以通过上述图形化修改的IP配置不一定永久生效。

你需要单独的编辑ifcfg-ethX文件,让你对网卡的配置持久化

在网卡的配置中,与网卡本身相关的参数中,最值得关心的是以下几个:
DEVICE,在Linux中网卡设备的别名。
HWADDR,网卡本身的MAC地址信息。
ONBOOT,是否启用。
NM_CONTROLLED,是否允许被“NetworkManager”服务管理?如果为NO,则即使NetworkManager服务是运行的,也无权管理该网卡。

其中网卡本身的MAC信息需要与硬件的MAC地址匹配。
VMware中是可以查看到这个信息的:
vmware_nic_mac

ASM网段的网络问题解决后,重启系统,会看到集群的状态恢复正常:

————————————————————
Ending。

Leave a Reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.

隐藏
变装