适用范围:
Oracle Database – Enterprise Edition – 版本从 11.2.0.2 到 11.2.0.3 [版本 11.2]
这个文章的内容适用于所有平台。
现象
[可能产生的现象]
修复了发生故障的Interconnect后，不会开始被排除节点的CSS。
変更点
[可能发生的条件]
满足以下条件的话就可能发生。
-没有修复 Interconnect故障时
原因
[原因]
产品故障。
根本原因是发生Interconnect故障后的对策中，network interface的clean up处理后执行的一部分处理中出现了问题。
由此，即使成功clean up成功也会显示为失败，修复了Interconnect故障后，也不会开始已排查的节点中的CSS。
* 发生这种情况的特征
从ohas 中的 orarootagent.log 开始执行HAIP ，查看是否成功。如果通过ifconfig 查看到对应的HAIP无法分割时，那就是这种情况了。
* GI PSU 11.2.0.3.3中包含修正。
对策
[回避对策]
修复Interconnect故障时，请执行以下操作。
- 终止被排除的节点的 Grid Infrastructure。
注意）请在修复完成Interconnect故障之前执行。
请通过root用户执行。
GI_HOME/bin/crsctl stop crs -f
- 修复Interconnect故障
- 启动终止的 Grid Infrastructure
通过root用户执行。
GI_HOME/bin/crsctl start crs
终止被排除的节点的 Grid Infrastructure 之前，如果修复了Interconnect的话，用这个方法来处理就无法获得预期效果。修复完成时，请重启生存节点的OS来处理。
[发生故障后的对策]
以及修复完成Interconnect故障时，请通过以下方法来处理。
1) 拔出各节点的Private LAN，确认无法疏通节点之间的状态之后。
执行[回避对策]中的操作
2) 重启生存节点的GI
3) 上述方法无法恢复时，重启OS
* 1)方法无法成功时，会报告，请继续尝试之后的对策
Comment