11g OCM Upgrade Exam Tips

11g_ocm_upgrade_exam_topics

之前有网友向我咨询一些11g  OCM one day Upgrade Exam升级考试的应试技巧, 我在不违反保密协议的前提下给出了一些建议。

 

总体来说11g OCM的考试要比10g在难度上高出不少,且因为涉及到大量11g的新特性,在国内11g中文资料较为匮乏的大环境下,为考试所要做的准备工作量还是不小的。 我是从2011年的1月开始准备考试,2个月里整理测试了不少11g新特性, 也写了一些11g新特性的相关专题文章(你可以在oracledatabase12g.com 我的个人博客上搜索到),2011年3月11日参加考试并成功通过的, 考试前一天都还没睡好,结果当天日本就发生了地震,导致我对这个日期记得特别牢!

 

以下是网友的一些问题及我的建议: 1)请简要介绍下考试环境。比如也是两台机器吗?功能分配是否和10g一样?共4个section,每个分别占用多长时间?

Answer: 是2台PC机,这个在考纲中就有明确说明;其中一台作为OMS。各环节的时间在105分钟-120分钟不等

 

2)在考试中grid control 10.2.0.5版本是已经安装好了,还是需要自己安装?还是已经安装了10.2.0.1版本然后要求考生升级到10.2.0.5?然后在另外一台机器上安装agent?10g中装完agent直接就可以使用了,配置agent不知道考试什么?

Answer:不需要自己安装;agent要自己安装,所以去详细了解下agent的安装吧,这个环节很重要!

 

3)下午的考试是不是使用上午的冷备份?我一直比较奇怪,为什么要考试冷备份?

Answer:和10g一样会出现需要恢复的场景

 

4)dataguard的新特性基本都考到了,observer在哪台机器上启动?使用grid control做这一部分好,还是使用sql*plus命令行手动做这个比较好?还是使用dgmgrl命令行?这一部分我在10g的考试中,因为不相信grid control的稳定性,选择了使用sql*plus做,结果时间非常紧张,在最后一分钟才做完。考试结束以后,我想这部分就是设计让考生使用grid control做的,不知道理解的对不对。11g的考试中需要注意哪些?

Answer: 我建议用SQLPLUS+DGMGRL,你可以用11g的duplicate standby from active database特性,很方便。可以参考我的文章《Duplicate standby database from active database》http://www.oracledatabase12g.com/archives/duplicate-standby-database-from-active-database.html

 

5)这次考试有没有考到streams?10g考纲里是有的,但是没有考到。

Answer:有STREAMS,而且并不简单;重点复习或者放弃。

 

6)要在两台oel之间配置NFS,然后考试Create and Manage a tablespace that uses . . . → Read More: 11g OCM Upgrade Exam Tips

11gR2新特性:LMHB Lock Manager Heart Beat后台进程

LMHB是11gR2中新引入的后台进程,官方文档的介绍是Global Cache/Enqueue Service Heartbeat Monitor,Monitor the heartbeat of LMON, LMD, and LMSn processes,LMHB monitors LMON, LMD, and LMSn processes to ensure they are running normally without blocking or spinning。  Database and ASM instances, Oracle RAC

该进程负责监控LMON、LMD、LMSn等RAC关键的后台进程,保证这些background process不被阻塞或spin。 LMHB可能是Lock Manager Heartbeat的缩写。

 

我们来看一下该进程的trace跟踪文件以便了解其功能:

按照 100s -> 80s -> 100s -> 80s的间隔监控并输出一次LMSn、LCKn、LMON、LMD等进程的状态及wait chain,由kjfmGCR_HBCheckAll函数控制

 

*** 2012-02-03 00:03:10.066 . . . → Read More: 11gR2新特性:LMHB Lock Manager Heart Beat后台进程

给11gR2 RAC添加LISTENER监听器并静态注册

11.2_RAC_NETCA_ADD_LISTENER4

之前有同学想要给11gR2的RAC添加LISTENER监听器,查看了listener.ora并发现问题:

 

[oracle@vrh2 ~]$ lsnrctl status LSNRCTL for Linux: Version 11.2.0.3.0 – Production on 04-DEC-2011 02:51:40 Copyright (c) 1991, 2011, Oracle. All rights reserved. Connecting to (ADDRESS=(PROTOCOL=tcp)(HOST=)(PORT=1521)) STATUS of the LISTENER ———————— Alias LISTENER Version TNSLSNR for Linux: Version 11.2.0.3.0 – Production Start Date 02-DEC-2011 05:40:09 Uptime 1 days 21 hr. 11 min. 31 sec . . . → Read More: 给11gR2 RAC添加LISTENER监听器并静态注册

一次Exadata上的ORA-600[kjbmprlst:shadow]故障分析

 

这是一套Exadata 上的11.2.0.1   四节点RAC 系统,从今年初开始频繁地因为LMS后台进程出现内部错误ORA-600[kjbmprlst:shadow]而导致实例意外终止, 虽然是4节点RAC 保证了其高可用性, 但是仍因为 实例经常意外终止 导致应用程序交易失败。

实际我在7月份已经分析过该问题了, 详见<Oracle RAC内部错误:ORA-00600[kjbmprlst:shadow]一例>一文 , kjbmprlst:shadow内部函数用以管理kjbm shadow锁(/libserver10.a/kjbm.o )信息,存在某个已关闭的lock没有及时message给master node的代码漏洞。 实际上当时我已经给出了禁用DRM 可能可以避免该ORA-600[kjbmprlst:shadow] 的看法 ,但是 翻阅MOS 上所有现有的ORA-600[kjbmprlst:shadow] case均没有提及disable DRM可以是一种workaround的途径, 提交SR 也没有得到Oracle GCS关于该看法的 肯定回答, 此外还考虑到 核心的产品环境 使用11.2.0.1 这个bug 较多的版本确实不合适, 升级到 11.2.0.2 已修复该Bug 10121589 的bundle Patch 也算是一种不错的方案 ,所以也就没有深究下去。

之后就一直在做升级Exadata到11.2.0.2 的一些准备工作, 但是用户最后考虑到升级Exadata的步骤过于复杂, 很多步骤是不可回退的, 而且在国内升级的案例目前也不多, 推翻了 升级的方案, 于是有了下面的这一段故障分析

 

故障特征

 

如上面所说的这是一套Exadata上的4节点 . . . → Read More: 一次Exadata上的ORA-600[kjbmprlst:shadow]故障分析

11.2 中Oracle Cluster Registry(OCR)可选的存储设备

在11.2中ocr和votedisk 可以存放在ASM中了,该版本中Oracle Cluster Registry(OCR)可选的存储设备包括:

 

2011-10-29 00:13:18.828: [ OCROSD][1087046128]utstoragetypecommon: Oracle Cluster Registry does not support the storage type configured. OCR can be configured on: ASM, OCFS, OCFS2, NFS, Block Device, Character Device, VxFS 2011-10-29 00:13:18.829: [ OCROSD][1087046128]utopen:6m”: OCR location # [0] [/g01/ocrlocal] configured is not a valid storage type. Return code [37]. 2011-10-29 00:13:18.829: [ . . . → Read More: 11.2 中Oracle Cluster Registry(OCR)可选的存储设备

11.2.0.3 实例启动现在提供Large Pages Information大内存页信息了

刚才发现在目前最新的11.2.0.3版本中实例instance startup时alert.log 中会提供Large Pages Information 大内存页的信息了:

 

Starting ORACLE instance (normal) ****************** Large Pages Information ***************** Total Shared Global Region in Large Pages = 0 KB (0%) Large Pages used by this instance: 0 (0 KB) Large Pages unused system wide = 0 (0 KB) (alloc incr 16 MB) Large Pages configured system wide = . . . → Read More: 11.2.0.3 实例启动现在提供Large Pages Information大内存页信息了

快速升级Oracle 11.2.0.2 RAC到11.2.0.3

11.2.0.3 补丁集在美国时间9月23日发布了,关于11.2.0.3 发布的更多信息可以参考<Oracle 11gR2发布11.2.0.3 Patchset补丁集-又一重量级更新>一文。

这里我们来快速浏览由11.2.0.2 RAC升级到11.2.0.3的过程:

在正式升级GI/CRS之前需要先打上”Patch 12539000: 11203:ASM UPGRADE FAILED ON FIRST NODE WITH ORA-03113″

我们仅需要针对GI/CRS打上补丁,无需在RDBMS/DB上实施。该Patch可以滚动升级Rolling upgrade, 简易的实施流程如下:

 

1. 在所有节点上安装最新的opatch工具,该步骤不需要停止任何服务 [root@vrh1 ~]# su – grid [grid@vrh1 ~]$ cd $CRS_HOME [grid@vrh1 grid]$ mv OPatch OPatch_old [grid@vrh1 grid]$ unzip /tmp/p6880880_112000_Linux-x86-64.zip -d $CRS_HOME [grid@vrh1 grid]$ opatch Invoking OPatch 11.2.0.1.3 Oracle Interim Patch Installer version 11.2.0.1.3 . . . → Read More: 快速升级Oracle 11.2.0.2 RAC到11.2.0.3

Oracle 11gR2发布11.2.0.3 Patchset补丁集-又一重量级更新

Oracle 11gR2的Patchset 2 即11.2.0.3在美国时间9月23日发布了(23-SEP-2011),此次的发布包括Linux 86和 Linux x86-64 2种操作系统平台。 11.2.0.3 补丁集的Patch id为10404530,该补丁集包括7个zip包,总容量达到了5 GB (慢慢下载吧!)。

 

 

Table 1 Installation Types and Associated Zip Files

Installation Type Zip File Oracle Database (includes Oracle Database and Oracle RAC)Note: you must download both zip files to install Oracle Database. p10404530_112030_platform_1of7.zip

p10404530_112030_platform_2of7.zip Oracle Grid Infrastructure (includes Oracle ASM, Oracle . . . → Read More: Oracle 11gR2发布11.2.0.3 Patchset补丁集-又一重量级更新