巡检数据库碰到 reliable message 等待事件

数据库环境：linux下双节点rac

做awr报告发现等待事件

发现第五个等待时间比较奇怪

在metalink中的解释如下：

When you send a message using the 'KSR' intra-instance broadcast service, the message publisher waits on this wait-event until all subscribers have consumed the 'reliable message' just sent.The publisher waits on this wait-event for three seconds and then re-tests if all subscribers have consumed the message, or until posted.

想了想，估计还是我们这里网络方面出了问题，这里每一次的等待时间为15ms，我们这里的private ip（eth1）是走的核心交换，而客户的核心交换机跳了很多层，据网工说一般正常的延时多达30ms，所以决定等下次升系统的时候把两个节点的eth1直连。