1. 本际云推荐 - 专业推荐VPS、服务器,IDC点评首页
  2. 云主机运维
  3. VPS运维

Reliable message_等待事件分析

关于本文作者

大家好啊,我是本际云服务器推荐网的小编小本本。今天要和大家分享的是关于我们智慧运维平台遇到的一些问题以及解决方案。

Reliable message_等待事件分析

等待事件分析

最近我们的智慧运维平台加入了客户的全网数据库的等待事件监控,其中有套核心库的“reliablemessage”等待事件指标断断续续有告警,业务侧也没反馈有问题。接下来针对该库的这个等待事件进行分析。

问题分析mos上解释这个等待事件是和进程间消息传递有关,即:当进程使用“KSR”实例内广播服务发送消息时,消息发布者会等待此等待事件,直到所有订阅者都使用了刚刚发送的“可靠消息,发布者将此等待事件等待最多一秒钟,然后重新测试是否所有订阅者都已使用该消息,或者直到发布。如果消息未完全消耗,则等待将重复,重复,直到消息被消耗或等待者中断。具体可以参考《WAITEVENT:”reliablemessage”ReferenceNote(DocID69088.1)》。针对等待事件的时间点,我这边收集了awr以及ash报告。这个等待事件排在了前三。ash报告列出了p1、p2、p3等信息。根据ash报告的p1信息,我们参考《DocID69088.1》提供的语句可以查出channel相关的信息:到此可以得出简单结论:该库的这个等待事件可能和ResultCache有关。

解决方案

解决方案在mos上搜索相关关键字,发现了匹配的官方文档《VeryHighWaitsforreliablemessageAfterUpgradeto11.2.0.4WhenUsingResultCache(DocID1951729.1)》,命中了bug18416368。当前版本是11.2.0.4版本,并配置了resultcache,如下图:

resultcache

文档中给出了3种解决方案,若业务有影响,可根据情况选择其中一种方式进行修复:

  1. 升级到12C以上版本。
  2. 应用patch18416368小补丁。
  3. 禁用resultcache,并重启实例。

SQL> altersystemset result_cache_max_size=0;

以上就是本次关于等待事件分析的分享,希望能对大家有所帮助。

原创文章,作者:小编小本本,如若转载,请注明出处:https://www.benjiyun.com/yunzhujiyunwei/vps-yunwei/6387.html