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

最新推荐文章于 2024-02-22 16:50:08 发布

最新推荐文章于 2024-02-22 16:50:08 发布 · 831 阅读

文章标签：

#数据库

在Linux环境下，针对Oracle RAC出现的等待事件问题进行排查，发现与核心交换机网络延迟有关，计划通过直连两节点以优化网络性能。

数据库环境：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直连。