./runcluvfy.sh stage -pre crsinst -n db1,db2 -verbose grid执行检查,发现存在组播无法通讯的情况,日志如下:
oracle提供了一个测试的脚本工具 mcasttest.pl
和华为云平台运维人员沟通后发现私有网卡的安全组配置为现在点对点ip的方式。所以导致组播地址无法通讯,修改安全组策略为不限制后再次进行测试组播可以正常通讯。
同时分享一个组播的测试工具参考mos文档《 Grid Infrastructure Startup During Patching, Install or Upgrade May Fail Due to Multicasting Requirement (Doc ID 1212703.1) 》
如何使用mcasttest, 前提节点间需要配置免密登陆 :
Note: Multicast based communication only needs to be successful on either the 230.0.1.0 address or the 224.0.0.251 address. A successful multicast communication on both addresses is not required. 另外通讯在230和224任意网络上面都可以,不需要全部能通。
一般来说应用与数据库之间的网络交互所需的资源并不是非常大,所以这个环境遇到瓶颈的可能并不是非常大。但是在分布式的集群环境中,各个数据库节点之间的网络环境经常会称为系统的瓶颈。比较常见的场景如 MySQL Cluster 或者是 Oracle RAC 环境中,节点之间的数据交换网络环境的优劣可能直接影响到系统的整体处理能力,因为在节点间会存在大量的数据交换,都是依赖网络传输来完成。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)