2012年6月4日-5日在北京OU的OCM考场完成了为期两天的OCM认证考试.

OCM的考试内容比较多,而且时间安排很紧张,体力和脑力消耗都很大.section之间只有上一下洗手间的时间间隔.

总体来说,这次OCM考试还是比较顺利的,北京OU的考试机器还是很快的,单数机2CPU,2G内存,双数机2CPU,3G内存.

有一些我失误或者差点失误的环节,在这里共享一下:

[@more@]

1. SECTION2 GC的安装与配置,这个环节因为北京OU的机器很给力,GC安装得很快,AGENT的配置也没有任何问题,总之很顺利完成了所有的考试要求内容.
最后10分钟的时候,担心又会遇到环境被破坏的情况,于是想把repos db也启动到归档模式,然后使用rman备份一下.在shutdown immediate的时候,因为没有关闭oms,所以很慢停在那里,然后OU的监考老师说还有6分钟,我开始慌了,要知道,不管你做的如何成功,在收分的环节,你的数据库起不来,这节就会直接挂了.我赶快停止OMS,然后追踪alert日志,还好数据库2分钟后关闭了,我赶快启动数据库和oms,在几乎最后一分钟才完成所有操作,那叫一个悬啊.
后来想想我的这个操作是有点画蛇添足的,repos db在ocm考试的过程中没有被破坏过,只有prod数据库屡遭破坏.
2.SECTION5 数据库高级管理.在做到一半的时候,我创建了一个表,后来发现建错了.我drop掉重新来,drop的时候,忘记加purge参数了,我就索性purge dba_recyclebin;等做到最后,发现有一题需要闪回一个表,我傻眼了,垃圾箱被我在中途就删除干净了.我问ou的老师,可不可以把这个历史回收站的内容重新推给我,老师说不行.郁闷啊,这个知识点非常简单,就是flashback table "adffasdfasfaf" to before drop rename to aaaa; 迫于无奈,我建立了表,删除了表,自己产生垃圾,然后flashback一下,不知道考官评分的时候看不看我的操作痕迹,如果看的话,我还可以有分,如果直接使用脚本收集,我就没戏了.
后来想想是自己没有很好地看题造成的.所以OCM考试的时候,从头到尾把题目看一遍是十分重要的,题目的内容不多,仔细看一遍所需时间也不到10分钟,题目看仔细了,可以避免很多问题啊.

这次考试是8个人一起考的,这里也分享一下其他人一些环节失败的一些经验.
1.没有认真看考试题目要求,例如GC 要求将repos db建立在双数机器上,有些人将repos db创建到奇数机上了.
2.RAC 安装时,题目有可能指定了crs的路径,db的路径,有人没有看完题目,就直接安装到了缺省的/home/oracle,或者其它目录中了.
3.一个section没有做好,下一节他仍然去做上一节没有做好的,这样导致两个section都挂.

ITPub博客

OCM 考试备忘录

最新文章