oracle 对等rac网络所接交换机出现故障会出现什么情况,ORACLE RAC 用于INTERCONNECT 的内网卡的物理连接方式的利弊...

ORACLE RAC 用于INTERCONNECT 的内网卡的物理连接方式的选择：采用交换机连接或是网线直连。

itpub讨论中谈到直连的弊端，一旦一个节点机的内网卡出现故障，oracle从OS得到两个节点的网卡状态都是不正常的，因而会导致两个实例都宕掉。

下面是讨论过程：[@more@]

biti说：

从理论上来推测

这里面要注意区分 使用switch 和 直连 的情况：

如果使用交换机，拔掉a的，b 会知道自己是活的，a 知道自己出问题了。那么b能提供服务，a将不能提供服务，应该选择down掉是合理的选择。

如果是直连，可能出现 brain split，两个节点都不能正常提供服务。

但kamus反驳说：

即使是private直连，在我的印象中，至少9i的RAC有primary节点和second节点之分，这是按照启动顺序分的，先启动的节点为primary，那么当interconnect发生故障，RAC会选择down掉second，存活primary。

brain split的现象好像是出现在一般的cluster系统中，比如用串口线通讯的没有配置voting disk的HACMP？

又有人兄支持biti观点：

在interconnect线路出现问题，应该都叫brain split吧。

在interconnect线路出现问题时，oracle一般情况下会启动一个竞争机制来决定哪个实例宕掉，如果宕掉的实例正好是好的实例的话， 这样就会导致两个实例都宕掉。

在9i中，oracle在启动竞争机制之前，会先等待一段时间，等待OS将网络的状态发给oracle，如果在超时之前，oracle获得哪个实例的网卡是down的话，则将该实例宕掉，这样的话，则可以保留正常的那个实例继续服务，否则还是进入竞争机制。

按biti说的分两种情况：

1.是接在交换机上面，此时一般情况下，是会保证正常的实例继续服务的，但有的时候如果os来不及将网卡状态送到oracle时，也是有可能会导致两个节点都宕掉的。

2.如果是直连的话，则会导致两个实例都宕掉。