[Oracle]-[OCP]-“滚烫”的OCP经历

今天刚刚参加完OCP考试,回到家,打开网,刚好看到邮件,都过了,有意料之中的,也有意料之外的,趁着热劲儿,小结或总结一下,也算留个纪念。

我是2月初听了恩墨侯老师的一次公开课,打了鸡血后,渐渐打算准备OCP认证的,报了恩墨的OCP班,因为工作太忙了,从3月中旬才开始跟班,SQL部分没听到,从管理I开始听的,每周六周日,可以说是个煎熬,唯一庆幸的是上课地点就在我家边上,走路五分钟,呵呵,能够多一点睡眠。。。上了将近两个月后,报了5月25日的OCP认证考试。前一段时间听课后,基本就是复习下恩墨的教材,五一后,觉得时间开始有点紧了,于是开始看PDF和模拟软件了,因为平时工作太忙,只有利用上下班和晚上的时间来看(这里要特别感谢ipad的支持),基本每天都看到夜里1点左右。因为我当初报OCP,就不是想非常应试地考,不是想为了证来考的,因此拿到PDF和模拟软件后,我过第一遍的时候,像SQL,基本上有疑问的都自己尝试一次,有个认识之后,记起来更清楚,更扎实,当然这个过程也是相当痛苦的,也许只有经历过的人才能深有体会,到考试前一天,整个PDF和模拟软件都至少过了3遍,而且大部分都已经通过实践或是查找答案做到了基本的理解,当然建议这个过程中也可以到网上搜一些前辈讲解的题库文档,可能更有帮助,更有效。昨天模拟做了一遍整个题库,其中047的278道题,45分钟左右做完,正确率在95%左右,042的168道题,25分钟左右做完,正确率在93%左右,043的185道题,正确率在93%左右。心里有了底儿。

今天不到9点,到了Oracle University考场,和几个兄弟聊了聊看题的情况,9点半开始考047,开始就有一个兄弟因为忘记了VUE登录密码无法登录网站,过了许久,他终于从自己的notebook找到了,但愿没影响他的心情。答题开始一两道题时不太熟悉界面,稍微适应了一会,逐渐进入了状态,20分钟左右答完第一遍,开始检查,30分钟的时候有童鞋答完交了卷,老师就说交的太早了,后面Oracle会有调查问卷,汗颜。。。30分钟我已经检查了一遍了,之前看过一些网上的经验贴,幸亏当时忍住了,没做出头鸟。。。当时还看到最好别拿满分,否则也会有调查,于是纠结了一下,检查两遍,觉得没错了,故意选错了一道,还剩1小时10分钟,交了卷。出来和兄弟们又聊了聊,本来下午要考的,上午先考了042,也是20分钟左右做完,检查两遍了,觉得没错了,于是又故意错了一道,剩1个小时左右交的卷。然后赶紧回家吃了口饭,1点回来开始考043,说实话,043是较之前两科,对我来说有点难度的,很多备份恢复的问题,平时也没怎么接触过,都是这次看题后才有了更多的了解,25分钟左右做完了,开始检查,有一道题是今天整个考试中唯一一道不确定的,貌似以前没做过,这个不太确定,是一道Resource
Manager的题,5个选项,其中有4个我都觉得可能是答案,反反复复看了好几遍,检查两遍后,做出了最后的决定,因为不太确定这一题,所以这次没有自己选择故意错一道,还剩35分钟的时候交了卷。

顶着烈日炎炎,回来打开电脑,看到邮箱里已经有了邮件,打开几次网页都有点问题,后来出现了结果,就像开始提到的有意料之中,也有意料之外的。
042:96%,除了故意错的一道题,还有两道做错了。。。
043:98%,除了故意错的一道题,还有一道做错了。。。
047:100%,那道不确定的选对了。。。
前两个考试的结果就像聪明反被聪明误。。。第三个考试就像“众里寻他千百度蓦然回首那人却在灯火阑珊”。。。不过值得安慰的就是,前两个考试本来就有做错的题,没有因为自己故意错的才没到100%,也算弥补了自己那么一点点的狭隘想法。

总结起来,这次OCP经历给我最大的感觉就是:凡事要靠自己,学了OCP,很多知识点当时只是一笔带过,包括教材,都没有全部看过做过试验过一遍,另外由此延伸出来的许多知识点,自己还不知道,可以说这次OCP,我学到的最有用的一点就是:让我知道了哪些我不知道的,也许有点绕,但这种感觉是在上完OCP最后一节课后深深体会到的,因此后面的工作学习中,还要更加努力,让自己变成“我知道哪些是自己知道的”的状态。

这里也要谢谢恩墨!谢谢家人、领导这段时间的大力支持。

时间: 2024-08-02 20:45:42

[Oracle]-[OCP]-“滚烫”的OCP经历的相关文章

为什么OCP服务器在一般性的IT企业难以普及

在本系列文章中,我们将把关注重点聚焦于开源数据中心.从来自Facebook的开放计算项目(Open Compute Project)的数据中心每个物理层的创新,到由应用程序容器所推动的开发人员们处理IT基础架构方式的革命,开源正在改变数据中心的整个堆栈.今年三月,Data Center Knowledge网站的记者们瞄准了这其中的一些变化,以便帮助广大读者朋友们更好地了解开源数据中心的普及状况. 在大约2000年前后的某个时候,Amir Michaell回应了Craigslist网站上的一则关于

Facebook用新OCP硬件更新数据中心

3月8日,开放计算项目峰会2017(OCP 2017)在加州圣克拉拉的圣克拉拉会议中心举行,社交网络巨头Facebook宣布开始一个新的服务器更新项目,将需要清除所有的旧设备,以适应其最新公布的数据中心设计. 来自Facebook研发的四个新的服务器规格也将被贡献给该公司主导的OCP项目.OCP项目是一个开放的组织,该组织的成员将共享数据中心产品的设计,包括Facebook,Intel,诺基亚,谷歌,苹果,微软,戴尔,Rackspace,爱立信,思科,Juniper,高盛,联想等等,目前OCP项

MySQL DBA技术难度低为什么工资比Oracle高?

编辑手记:前几天在知乎上出现了一个很热的帖子,话题是"MySQL DBA技术难度低为什么工资比oracle高?",这个话题很快引起了热烈的讨论.从回帖的情况来看,大部分人几乎都默认了MySQL DBA工资的确高这个事实,那么原因是什么,我们节选MySQL专家刘伟的回帖跟大家分享. 以下是他回帖的原文: 主要有以下两个原因: 1.市场供需关系 2.技术要求相对高 这两个因素一直没有得到改善,导致现在市场的行情是:招MySQL DBA难,招称心的MySQL DBA就更难. 先说一个工资议价

明明技术难度更低,为何MySQL DBA工资比Oracle高?

前几天在知乎上出现了一个很热的帖子,话题是"MySQL DBA技术难度低为什么工资比oracle高?",这个话题很快引起了热烈的讨论.从回帖的情况来看,大部分人几乎都默认了MySQL DBA工资的确高这个事实,那么原因是什么,我们节选MySQL专家刘伟的回帖跟大家分享.以下是他回帖的原文: 原因分析 主要有以下两个原因: 市场供需关系 技术要求相对高 这两个因素一直没有得到改善,导致现在市场的行情是:招MySQL DBA难,招称心的MySQL DBA就更难.先说一个工资议价的常识,工资

从Oracle迁移到MySQL的各种坑及自救方案

讲师介绍  冯帅 点融网高级DBA   获有Oracle OCM.MySQL OCP,目前从事MySQL相关的运维和架构工作,擅长异构数据库交互.   当企业内部使用的数据库种类繁杂时,或者有需求更换数据库种类时,都可能会做很多数据迁移的工作.有些迁移很简单,有些迁移可能就会很复杂,大家有没有考虑过为了顺利完成复杂的数据库迁移任务,都需要考虑并解决哪些问题呢?   在以前的工作中,我迁移过Oracle到Informix.Oracle和SQLServer.Oracle到MySQL. 在目前的公司又

由重启引起的Oracle RAC节点宕机分析及追根溯源

作者介绍 裴征峰,现就职于北京海天起点,二线专家成员,南京办事处负责人,OCP 10g.OCP 11g.OCM11g.超八年Oracle服务经验,擅长数据库故障诊断和性能调优.目前主要从事客户的现场维护.重大问题的解决.数据库性能分析.二线服务质量保证等工作.     1 背景说明  某省份的电信业务系统由于业务量较大,按地市划分部署在4套配置相同的RAC上,相同主机版本,相同的CRS和数据库版本.该系统已正常运行3年多,其间也有重启主机等正常维护操作.从4月24日 开始,这个系统的4套RAC的

立等可取:工具定制让Oracle优化变得更简单快捷

   Oracle的优化工具很是丰富,大家基本都会常用到的awr,ash,addm自不必多说,还有大量的tuning包,可能在EM中去用感觉还方便一些,就是动动鼠标,所见即所得,而且sql monitor作为11g的新特性,对于调优来说也是如虎添翼.但是作为前线的工程师们,总是会有各种环境的挑战,想用图形工具还是比较困难的,优化工具虽好,但是使用起来如果不太方便,或者很多时候不能很快定位问题,就会让人感觉使不上劲,眉毛胡子一把抓.这也是我简单定制这些工具的一个动力.所谓磨刀不误砍柴工,这些强大的

DB time抖动的原因分析

9月22日,"DBA+社群"开讲啦!由搜狐畅游高级DBA杨建荣在"DBA+北京群"进行了一次关于DB time抖动的原因分析的线上主题分享.小编特别整理出其中精华内容,供大家学习交流.     嘉宾简介    杨建荣,Oracle ACE-A,YEP成员,现就职于搜狐畅游,拥有6年以上的数据库开发和运维经验,曾任amdocs DBA,负责亚太电信运营商的数据业务支持.擅长电信数据业务,数据库迁移和性能调优.   拥有Oracle 10g OCP,OCM, MySQL

用冷备份技术快速将DB迁移到新机器

说明: 1.测试环境 SYS@ocp> show rel release 1102000100 $ uname -r   2.6.18-164.el5xen Database log mode:No Archive Mode shutdown immediate后mv或cp 2.冷备一般适合在数据量小的情况下使用 3.此方法不适用于大小端不同的机器间做迁移 4.测试结果如下,欢迎补充.指正 5.补充: 案例1:路径全都不变 1.安装software到相同路径 2.复制五类文件到相同路径: 数据文