等待事件:Streams AQ: qmn coordinator waiting for slave to start

导致这个问题的主要原因与初始化参数AQ_TM_PROCESSES有关。

  • 分析方法

       查看参数AQ_TM_PROCESSES的值,按照10g官方文档提示,AQ_TM_PROCESSES=0,qmn监控进程是没有启动的,只有设置为1到10之间才能启动,可以根据实际情况设置。 

          设置:alter system set AQ_TM_PROCESSES=1; 

10g的默认值为0,设置区间为1-10;

11g的默认值为1,设置区间为1-40;

       由于Oracle的高级队列、流、数据泵等多种内置功能都会依赖于QMN进程,当AQ_TM_PROCESSES不为0时,Oracle无法自动根据负载确定QNNN进程的数量,来满足队列相关操作的需求。而如果该参数被禁止,Oracle只能在出现队列需求的时候才被动的去启动一个SLAVE进程,从而导致了较高的平均等待时间。

等待事件:Streams AQ: qmn coordinator waiting for slave to start_第1张图片

      Streams AQ: qmn coordinator waiting for slave to start等待事件等待的次数非常少,在一个小时的AWR报告中就出现了2次,但是每次的等待时间却非常长,平均达4秒以上。在10g版本中,QMON(Queue Monitor Processes)自动协调slave经常的分配,aq_tm_processes无需在手动设置,slave进程会在需要的时候自动分配。
      查看了用户的aq_tm_processes参数的值是否为0,数据库版本为10.2.0.5(oracle是不建议将aq_tm_processes设置为0的),那说明此时oracle在自动分配slave进程时时存在问题的,效率过低,所以如果出现Streams AQ: qmn coordinator waiting for slave to start等待事件,还是建议将aq_tm_processes参数设置为非零值,让oracle预先分配几个slave进程,该参数的取值范围是0~10,或者取消aq_tm_processes参数的设置,让oracle自动分配。

      取消aq_tm_processes参数的设置:      alter system reset aq_tm_processes scope=spfile sid=\'*\';

你可能感兴趣的:(等待事件:Streams AQ: qmn coordinator waiting for slave to start)