蓝的成长记——追逐DBA（2）：安装！安装！久违的记忆，引起我对DBA的重新认知

***************************************声明***************************************

个人在oracle路上的成长记录，其中以蓝自喻，分享成长中的情感、眼界与技术的变化与成长。敏感信息均以英文形式代替，不会泄露任何企业机密，纯为技术分享。

创作灵感源于对自己的自省和记录。若能对刚刚起步的库友起到些许的帮助或共鸣，欣慰不已。

欢迎拍砖，如有关技术细节表述有错误之处，请您留言或邮件（hyldba@163.com）指明，不胜感激。

**********************************************************************************

谦逊的心，低调的生活，需要学习的地方还有太多、太多。

——深蓝

***************************************前言***************************************

这是一部个人记录的成长杂记，既然步入到oracle的这片蓝海，免不了一路的奔波与不断的考验。借由此杂记与库友们分享蓝的成长历程。

不知何时起对蓝有了一种说不出来的痴迷，痴迷其广博，痴迷其深邃，痴迷于近在咫尺却又遥不可及。

而又说不清从何时起，注视于oracle的红色耀眼，照亮出眼前的一道光，未知与迷惑在自己的脚下开始初露些许人生的充实与青春的回馈。

在追逐于DBA梦想的道路上步步前行。

***********************************************************************************

8月3日 威海

时光荏苒间，已经想不起正儿八经看着文档装数据库是什么时候了，感觉过了好久。尤其单实例的DB，即使做实验也习惯了直接导个镜像拿来就用。而回归到实际工作的时候，有些之前不再意的事情，就是摆在眼前的“饭票来源”。还记得之前看过一本书上说的，作为DBA，安装这档子事是很少碰见的，碰见的话也会交给什么第三方、什么经验人士去设计之类云云。。。当初我的看法也是如此，虽然是装过，但那都可以说的上是尘封的记忆了，但摆在眼前的情况是需要用最快的时间把这一切再想起来，这就是眼下的工作，刻不容缓。

纠结于报错，问题原因竟如此可笑。

问题出现在安装oracle软件的过程中，进度条到86%时报错了，如下图：

通过报错现象，我第一直觉的反应就是某个包没有打上。巧合的是就在昨天练习RAC时，出现了同样的问题，当时我也判断为包安装不全，但也没查到是哪个包没有装上。在单实例下也出现了这种情况。我开始感觉到似乎是我的思路跑偏了。

这才猛的想起，这个报错现象在今年年初的时候似乎在哪里看到过。突然想起来了，这很有可能是因为oracle与操作系统版本不匹配造成的。

因为这次使用的是CentOS5.6，为64位的操作系统，而之前习惯于用32位的数据库版本做实验。这才想到就在昨天RAC安装时记录的过程文档时查了一遍又一遍也没找到实质性的错误，没想到由单实例给了灵感，错误就是这么的简单。数据库与系统版本不匹配。于是经过些周折在OTN上download了一个64位的Linux版本数据库软件。而这次单实例报错，尝试点击continue，让其继续安装。之后又弹出几个类似报错，均点击continue让其继续。这次全当是实验一把在系统版本与数据库版本不匹配的情况下安装会出现什么情况（64位操作系统安装32位的oracle软件）。但让我没想到的是，接连的几个报错之后，点击继续后，软件竟然成功装上了，而且dbca建库、建监听完全正常。看来需要时间的考验了，兼容性可能会在不久之后由某个问题而暴漏。测试环境下测试着玩了。

下载完64位的oracle软件后，重新对其安装，果然不出所料，顺利的安装，完全没有报错。这次小不顺，问题就是出在细节上，这里引以为戒，切记，系统与数据库版本、位数要匹配。

让安装折腾了好一会儿，突然间想谈谈什么是DBA了，虽然眼下的安装只是DBA的一小小的要求之一（甚至可以说很不重要，但还是想说说）。

一提到这，就免不了对未来走向重新梳理，摆正态度。而且对于当今DBA的需求，又勾起了我的话唠，想多说些什么，说给自己，也说给刚刚选择数据库这行的人吧。

听来众多5、6年前8i、9i的时代里，DBA一词在外界看来还是个比较神秘，比较高大上的职位。那时候对于DBA的了解与认知远没有当今被众多的人们所了解更谈不上是熟知，可以说那个时候的DBA是个待遇与地位相当不错的职位。当初的ocp、ocm认证也远比今天含金量更高更能体现价值。好在oracle也发现了这一点，提升了11gocp的认证难度，我想甲骨文也不想看到ocp证书烂大街的尴尬局面。但凡事都有两面性，当初对DBA的要求虽没有像当今这样要求更加庞杂的知识储配，但那时的压力在我看来可以说是更大的。这是为什么呢？随着oracle的不断发展、版本不断的革新和升级，使得操作化更加智能、功能性更加强大、目标工具的选择性也更加多元化。举个例子就能明显的体会到，在当时，对于一个DBA来说，编写SHELL脚本是必须具备的能力，即使搭建rac都需要自己来编写脚本。看看现在，无论是网络还是书籍材料，资源都太多了。甚至于有些DBA已经习惯于“拿来主义”，找到差不多的脚本，稍作修改，就成为自己的劳动成果了。这可能也更加说明当今含金量降低的原因。但历史总是拿来明鉴的，我们还是更多的是要立足于当今，更多的看向未来。毕竟时代和科技需要不断的发展、进化和提升，正才是人类IT发展的趋势。这样人类文明才能进步。想想看，倘若有一天DBA全都失业了，科技智能将会是达到了什么的样的高度，我们抽离出去，是不是应该有更多的喜悦才对呢。