Streams AQ: qmn coordinator waiting for slave to start

今天有一套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很明白的把初始化参数文件放在一个文档里面

Streams AQ: qmn coordinator waiting for slave to start,布布扣,bubuko.com

时间: 2024-07-28 17:59:29

Streams AQ: qmn coordinator waiting for slave to start的相关文章

AWR Report 关键参数详细分析

WORKLOAD REPOSITORY report for DB Name DB Id Instance Inst num Startup Time Release RAC CALLDB 1251068085 calldb1 1 07-Dec-12 21:12 11.2.0.3.0 YES Host Name Platform CPUs Cores Sockets Memory (GB) calldb01 AIX-Based Systems (64-bit) 128 32   250.25  

记一次数据库无法增删改趋于HANG住状态的故障诊断和处理

数据库无法增删改,包括v$transaction视图无法查询,类似于HANG的状态,我首先我通过查询v$session_wait视图,情况如下: SQL> select sid,event,p1,p2,p3,wait_time,seconds_in_wait,state from v$session_wait where wait_class <> 'Idle'; SID EVENT                                             P1      

浅谈oracle数据库dbtime

1.如果等待时间比服务时间长很多,那我们就要优化等待时间,如果服务时间比等待时间长很多,就要先优化服务时间 这就是owi思想 那我们就需要判断整个数据库系统平均响应时间中服务时间(Service time)和等待时间(Wait time)各占的百分比.服务时间代表的是" CPU used by this session",是CPU服务会话所花费的所有时间.Response Time = Service Time + Wait TIme(即响应时间=cpu服务时间+等待时间) selec

[转]Oracle hang分析

hanganalyze是ORACLE的一款性能诊断工具,这个款工具是从oracle 8.0.6开始可用,在oracle数据库出现严重的性能问题的时候它可以帮助你定位问题所在. 1.首先说说hanganalyze工具的用法 对于单实例数据库语法如下 alter session set events 'immediate trace name hanganalyze level '; 或则使用oradebug进行hanganalyze conn /as sysdba SQLPLUS>oradebug

如何分析解读systemstat dump产生的trc文件

ORACLE数据库的systemstat dump生成trace文件虽然比较简单,但是怎么从trace文件中浩如烟海的信息中提炼有用信息,并作出分析诊断是一件技术活,下面收集.整理如何分析解读systemstat dump产生的trace文件. 如果要人工去解读systemstat dump生成的trace文件,真是一件体力活,因为这些trace文件动不动就几百M甚至更大,它产生的跟踪文件包含了系统中所有进程的进程状态等信息.每个进程对应跟踪文件中的一段内容,反映该进程的状态信息,包括进程信息,

推荐一个很好用的脚本session snapper

源网址http://tech.e2sn.com/oracle-scripts-and-tools/session-snapper 内容: If you want to just download Snapper, you can get it from here: http://blog.tanelpoder.com/files/scripts/snapper.sql(please right click on the file and use Save as... instead of cop

oracle 10g 生成awr报告过程

SQL> exitDisconnected from Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bit ProductionWith the Partitioning, OLAP and Data Mining options[[email protected]_maridb ~]$ sqlplus / as sysdba SQL*Plus: Release 10.2.0.1.0 - Production on M

[转帖]Latch

Latch (转) http://blog.csdn.net/tianlesoftware/article/details/5263238 2013-05-24 15:33:09 huashanlunjian 阅读数 13更多 分类专栏: 数据库 版权声明:本文为博主原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接和本声明. 本文链接:https://blog.csdn.net/huashanlunjian/article/details/84435068 一.  Latc

16、lock

lock锁的相关概念latch锁的粒度表锁tm模拟一个被锁住的情况,分析阻塞源头.模拟环境分析锁的源头的过程oracle数据库的锁锁的兼容性系统夯住怎么办1,查到进程号,直接用操作系统杀死进程.2.使用oradebug3.sqlplus -prelim / as sysdba4.gdb lock 锁的相关概念 sga区叫共享全局区(系统共享区)很多个进程都可以访问. 使用锁来解决共享资源的并发问题.锁一般是个内存结构. latch 提到锁来回顾一下latch锁.latch是个内存结构. 要修改数