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

        Streams AQ: qmn coordinator waiting for slave to start 等待事件很少见到，今天在查看一个客户的AWR报告中发现了这个等待事件，AWR报告的TOP如下：
                      

Event	Waits	Time(s)	Avg wait (ms)	% DB time	Wait Class
DB CPU		308		62.85
db file sequential read	92,033	96	1	19.60	User I/O
db file scattered read	44,852	90	2	18.39	User I/O
Streams AQ: qmn coordinator waiting for slave to start	3	16	5269	3.23	Other
gc cr grant 2-way	60,943	11	0	2.27	Cluster

     Streams AQ: qmn coordinator waiting for slave to start等待事件等待的次数非常少，在一个小时的AWR报告中就出现了3次，但是每次的等待时间却非常长，平均达5秒以上。在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自动分配 。
    可以通过下面的代码查看 QMON自动调整是否启用，同时 aq_tm_processes参数是否被设置为0：

 connect / as sysdba

 set serveroutput on

 declare
 mycheck number;
 begin
 select 1 into mycheck from v$parameter where name = 'aq_tm_processes' and value = '0' and (ismodified != 'FALSE' OR isdefault = 'FALSE');
 if mycheck = 1 then
 dbms_output.put_line('The parameter ''aq_tm_processes'' is explicitly set to 0!');
 end if;
 exception when no_data_found then
 dbms_output.put_line('The parameter ''aq_tm_processes'' is not explicitly set to 0.');
 end;
 /

     取消 aq_tm_processes参数的设置：

 connect / as sysdba
 alter system reset aq_tm_processes scope=spfile sid=\'*\';

    补充：从11.2.0.3以后 的版本中， aq_tm_processes默认值又调整为1.

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/29821678/viewspace-1406690/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/29821678/viewspace-1406690/