Streams AQ: qmn coordinator waiting for slave to start，streamsqmn
今天有一套10g RAC(10.2.0.5)的Node2的Top 5Timed events出现了这个等待事件
Top 5 Timed Events
| Event | Waits | Time(s) | Avg Wait(ms) | % Total Call Time | Wait Class |
|---|---|---|---|---|---|
| CPU time | 78 | 123.5 | |||
| Streams AQ: qmn coordinator waiting for slave to start | 1 | 6 | 6,326 | 10.0 | Other |
| gc cr block 2-way | 11,434 | 3 | 0 | 4.3 | Cluster |
| control file sequential read | 5,090 | 2 | 0 | 2.8 | System I/O |
| db file sequential read | 238 | 1 | 4 | 1.5 | User I/O |
根据实际情况，NOde2主要做WEB查询用的，并且是DMS master的持有者，Stream 功能并未部署，有点奇怪了
分析方法：
1.查看和Stream有关的参数AQ_TM_PROCESSES发现这个值为0，按照10g官方文档提示，AQ_TM_PROCESSES=0，qmn监控进程是没有启动的，只有设置为1到10之间才能启动，即ALTER SYSTEM SET AQ_TM_PROCESSES=1，可以根据实际情况设置
2.参考网上大师说的，“数据库负载很低”，我们这个Node2真的是很低
备注：
10g和11g对该参数的默认值和最大设置区间都不一样
10g默认值为0，设置区间1-10,11g默认值为1，设置区间1-40
吐槽一下：
10g的官方文档真的需要Search功能才能找到那些参数的定义，11g很明白的把初始化参数文件放在一个文档里面
也就是所谓的延时万事达服务端/
这个对于信用消费系统，像我们中国用的POS机，你刷卡消费时当你消费打入服务端里面。扣不了钱，预约明天转入成功，像这样的就是延时处理，需要一个手工操作才可成功。
本站文章为和通数据库网友分享或者投稿，欢迎任何形式的转载，但请务必注明出处.
同时文章内容如有侵犯了您的权益，请联系QQ：970679559，我们会在尽快处理。