What’s the bug status code meaning in MOS

在MOS中查看Bug database,会看到每个bug都有自己的status,那么这其中常见的status有哪些,又都分别是什么含义呢? 我们可以通过MOS中的Advanced Search功能查找特定状态的Bug,比如有哪些是已经确认为Bug移交到研发部门但是还没有补丁写出来的? 比较常见的status有以下这些。而这些状态也基本上表明了一个bug从接收到解决的流程。 10 – Description Phase Development is requesting more information. 研发部门需要更多信息。 16 – Support bug screening Bug is being reviewed by our Bug Diagnostics group. Bug诊断小组正在评估。 11 – Code Bug (Response/Resolution) Bug is being worked by Development. 已经确认为Bug,研发部门正在尝试修正。 30 – Additional Information Requested Bug is being worked by Support and/or more…

Install 11.2.0.2 RAC on OEL5.5 x86-64 (root.sh issue on second node)

在安装11.2.0.2 RAC的时候,第一步安装Grid,在第二个节点上运行root.sh的时候,报错如下: Start of resource “ora.ctssd” failed CRS-2672: Attempting to start ‘ora.ctssd’ on ‘xsh-server2’ CRS-2674: Start of ‘ora.ctssd’ on ‘xsh-server2’ failed CRS-4000: Command Start failed, or completed with errors. Cluster Time Synchronisation Service start in exclusive mode failed at /u01/app/11.2.0/grid/crs/install/crsconfig_lib.pm line 6455. /u01/app/11.2.0/grid/perl/bin/perl -I/u01/app/11.2.0/grid/perl/lib -I/u01/app/11.2.0/grid/crs/install /u01/app/11.2.0/grid/crs/install/rootcrs.pl execution failed 从报错信息上看是ctssd进程启动失败(在这之前会显示cssd进程启动成功,这与MOS上的其它一些第二节点运行root.sh失败的情形是不一样的,那些场景在cssd进程启动的时候就失败了),查看ctssd进程的启动log(位于$GRID_HOME/log/ctssd目录下),发现如下错误信息。 2010-11-12 18:55:46.132: [ GIPC][2424495392] gipcCheckInitialization: possible…

DB time VS. DB CPU

如何行之有效地展示系统负载在做系统调优的时候是必不可少的技巧。通常我们会使用Oracle提供的Time Model,比如我们需要作出类似于下面这样的趋势图来展示系统负载的高低。 这样的趋势图可以直接使用Oracle10g以后的OEM得到,也可以将SQL结果传入Excel中作出趋势图,这里并不是想说如何作出这样的图来,而是想说在我们选取的性能指标中,DB time是什么意思?DB CPU是什么意思? 实际上,官方文档已经给出了解释(我很希望我早就注意到):V$SESS_TIME_MODEL 其中的事件模型树状图很值得参考。 总的来说(如果有任何错误,欢迎指正): 1. 数据库消耗的总时间包括background elapsed time + DB time,基本上在一个正常的系统中DB time要远远大于background elapsed time(指数据库后台进程消耗的时间,比如PMON进程本身)。 2. DB time包含DB CPU + sql execute elapsed time + parse time elapsed + 其它的那些elapsed time,基本上一个正常的系统中,前三项占据了99%以上的DB time,而其中sql execute elapsed time又应该会在95%以上,但是值得注意的是DB CPU和sql execute elapsed time是有交集的,因此你会看到在一份AWR报告中有出现DB CPU + sql execute elapsed time超过100% DB time的情况。 3. DB time是流逝的时间量(elapsed time),以微妙(microseconds)为单位,也就是百万分之一秒。在v$sys_time_model中的STAT_NAME是”DB time”。…