本文讨论在：
http://www.itpub.net/showthread.php?s=abcf47c1bcb26051a3ed97ad6f45a17a&threadid=168270
在一个聊天室里面看到两位DBA的聊天记录，感觉很有意思，两个人代表了技术研究的两种角度,
征求了当事人的意见，整理了一下，贴在这里,希望能对大家有一点借鉴作用。
也希望大家讨论一下。
-----------------------BEGIN -----------------------------------------------------
A : 呵呵，有没有什么特别好的东东啊？
B : 什么叫特别好的东东?
A : 一些除oracle的那pdf外的，其它的一些internal的东东
B : Internal? 我是最反对研究所谓的Internal的，
B : 管理中根本用不到，我很欣赏Thomas
Kyte的风格
A : 有些时侯不得不做这些事的，可能是我一直做数据库管理的缘故吧
B : 不得不?
B : 我觉得研究Oracle的文档已经足够了，
B : 我宁愿把剩下的时间做点别的，比如说中间件，Java之类的事情
A : 比如有些时侯oracle库hang了，这时你就得dump一个system state,
然后传给Oracle,如要这些文件自动能看懂得节约多少时间
B : 呵呵，没那么复杂吧
B : 系统有日志的
A : alter.log是不够的，有些时侯一点错都是不报的
B : 即使自己可以看懂，一些操作也是不可能由自己做的，这里面还有责任的问题，
DBA其实更多的时候还是在备份和恢复，国内的环境，似乎特别关注备份的不多，
B : 大家都太关心一些所谓的技巧，
B : 我很少遇到这种情况，
B : 仔细分析还是有蛛丝马迹的，
A : 你所说的只是普通的dba的应会的东西
B : 其实Oracle就是那些东西
B : 呵呵，普通DBA?
A : 我遇到过一次
B : 能做到就已经不错了,
A : 真的是一点错也没有
B : 基本的东西已经能解决99%的东西,我是不会下99%的力气研究那1%的东西的,我更愿意做点别的,
B : 我也遇到过,不过问题很明显,就是我的数据库该升级,
B : 一些应用上来了,几百个BUg都没有修复,还用研究什么?
A : 呵呵，也不尽然的，其实我们遇到的很多问题Oracle的文档上都是没有的
B : ?你说说什么没有
A : 比如，对ora-01578错误的处理上
B : 呵呵
A : 文档的方法真是骗人的，最后我真的试了一次做了，也真是麻烦至极
B : 呵呵，其实还是基础的东西
B : 数据块坏掉，一些所谓的补救的方法根本就是扯淡，除非有自己的备份
A : 这是你的感觉了，第一次我遇到01578真不无从下手
B : 如果你看过Oracle的文档，在管理的那本电子文档上已经说了很多内容了
A : 所认我很喜欢dul
B : 那需要你来做吗? 出了事情谁能承担的起呀 ?
A : 很多的时侯给别人处理故障都是没有备份的情况下的
B : 那个东西复杂吗？也不尽然，一个工具而已，但是不是DBA来做的事情
A : 我处理过n次的故障了，99.9%是给别人做的
B : 没有备份 那说明什么？ 只能说明DBA没有做好基础的东西，
B : 这样的DBA能叫做DBA?
B : 最多是个DBO而已
A : 一次最长的干了2夜3天
B : 是你自己的数据库?作了备份了吗?
A : 也不能这样说吧，有一些是由于数据量太大的缘故及追求性能的缘故
B : 作了备份的话,测试过恢复没有?
B : 这些在Oracle的手册中都是基本的东西,
A : 我当然做备份了
B : 舍本逐末,个人认为
B : 你用什么做的备份?考虑过恢复时间的了?
A : 只不过难度越来越大，因为数据越来越多
A : 现在以容灾来保证
A : 以legato的networker做逻辑的备份
A : 我认为这是不一样的，数据量的问题，如果库只是10G那怎么做都可以了，
一天可以备份8遍，如果库达到了T级，比如我的一个库为4T多，做这些事是相当有难度的
B : Oracle有专门对付坏块的恢复机制,这个不会不考虑在内吧?
A : 我这里做容灾了，再加上几天的归档，应该是没问题的
A : 就是太浪费钱了
B : 要不说更多的是职责的问题,不属于自己的事情不要去作,没有问题一切都好,出了问题谁也不好,
A : 我同样认为，dba在做好你好的本职工作外，应该去研究一下那些”武功秘技“，面对问题总会心中有数。
B : 我觉得还是研发重要哦,
A : 因为命运掌握在别人的手里太难受了
B : 如果真的想往上走,只看着Oracle,再深入怕是也不行的,
B : 要对整体架构了解才好
A : 没错，ocp就是重理论及总体架构的
A : 当然不包括那些混水摸鱼的
B : 我看Oracle的概念手册,每次看都有一次收获,
A : 没错，如同我背单词一样
B : 呵呵,到了一定的层次上,研究深入的倒也无妨,不过如果只有2-3年的经验,我还是不赞同总弄
一些Internal的东西,了解以下可以,没必要花太多的时间
B : 存储,网络,系统,研发,我觉得还有很多东西,这些穿起来,才对整体有个概念,然后我想深入的搞搞一些东西,
A : 没错，
B : 其实大家都想急于求成...
B : 也不知道该怎么才好,
A : 我也兼做系统，阵列，san网络我没有涉及，不过还培训过cid
B : 不过国外的那群家伙,都是搞了Oracle10多年的,才有现在的成就,
B : 2-3年能出来的高手其实很少的,
A : 一项一项来吧，一个出色的dba首先应是一个出色的sa
B : 这也证明,国内2-3年不可能出来所谓的高手,
B : 所以还是从基础的来,呵呵,
A : 国外那些家火不是在Oracle公司混过，也是参与过oracle代码的编制
A : 自已悟那是不可能的
B : John
Lewis很棒
A : 连ibm的一些问题最终还是要回到实验室去的
A : 我喜欢michael ault
B : 呵呵，
B : 都是高手，让人仰止
B : 现在Java越来越重要了，Oracle中的PL/SQL快有让位的趋势了
A : 没错啊，现在bs结构也越来载流行了
B : b/s已经不是最主要的，现在都看好Web service
A : 我得开始工作了，今天先聊到这儿
B : 呵呵，今天聊得挺多，快忙吧，我也快做不完了，哈哈
-----------------------END -----------------------------------------------------
