其实学习任何东西都是一样，没有太多的捷径可走，必须打好了坚实的基础，才有可以在进一步学习中得到快速提高。
王国维在他的《人间词话》中曾经概括了为学的三种境界，我在这里套用一下：

古今之成大事业、大学问者，罔不经过三种之境界。
“昨夜西风凋碧树。独上高楼，望尽天涯路。”此第一境界也。
“衣带渐宽终不悔，为伊消得人憔悴。”此第二境界也。
“众里寻他千百度，蓦然回首，那人却在灯火阑珊处。”此第三境界也。

学习Oracle，这也是你必须经历的三种境界。
第一层境界是说，学习的路是漫漫的，你必须做好充分的思想准备，如果半途而废还不如不要开始。
这里，注意一个"尽"字，在开始学习的过程中，你必须充分阅读Oracle的基础文档，概念手册、管理手册、备份恢复手册等（这些你都可以在http://tahiti.oracle.com 上找到）；OCP认证的教材也值得仔细阅读。打好基础之后你才具备了进一步提升的能力，万丈高楼都是由地而起。

第二层境界是说，尽管经历挫折、打击、灰心、沮丧，也都要坚持不放弃，具备了基础知识之后，你可以对自己感兴趣或者工作中遇到的问题进行深入的思考，由浅入深从来都不是轻而易举的，甚至很多时候你会感到自己停滞不前了，但是不要动摇，学习及理解上的突破也需要时间。

第三次境界是说，经历了那么多努力以后，你会发现，那苦苦思考的问题，那百思不得其解的算法原理，原来答案就在手边，你的思路豁然开朗，宛如拨云见月。这个时候，学习对你来说，不再是个难题，也许是种享受，也许成为艺术。

所以如果你想问我如何速成，那我是没有答案的。
不经一番寒彻骨，哪得梅花扑鼻香。

当然这三种境界在实际中也许是交叉的，在不断的学习中，不断有蓦然回首的收获。
我自己在学习的过程中，经常是采用"由点及面法"。
当遇到一个问题后，一定是深入下去，穷究根本，这样你会发现，一个简单的问题也必定会带起一大片的知识点，如果你能对很多问题进行深入思考和研究，那么在深处，你会发现，这些面逐渐接合，慢慢的延伸到oracle的所有层面，逐渐的你就能融会贯通。这时候，你会主动的去尝试全面学习Oracle，扫除你的知识盲点，学习已经成为一种需要。
由实践触发的学习才最有针对性，才更能让你深入的理解书本上的知识，正所谓：“纸上得来终觉浅，绝知此事要躬行”。实践的经验于我们是至为宝贵的。

如果说有，那么这，就是我的捷径。

想想自己，经常是"每有所获，便欣然忘食"，兴趣才是我们最好的老师。

Oracle的优化是一门学问，也是一门艺术，理解透彻了，你会知道，优化不过是在各种条件之下做出的均衡与折中。
内存、外存；CPU、IO...对这一切你都需要有充分的认识和相当的了解，管理数据库所需要的知识并不单纯。

作为一个数据库管理人员，你需要做的就是能够根据自己的知识以及经验在各种复杂情况下做出快速正确的判断。当问题出现时，你需要知道使用怎样的手段发现问题的根本；找到问题之后，你需要运用你的知识找到解决问题的方法。
这当然并不容易，举重若轻还是举轻若重，取决于你具备怎样的基础以及经验积累。

在网络上，Howard J. Rogers最近创造了一个新词组:Voodoo Tuning，用以形容那些没有及时更新自己的知识技能的所谓的Oracle技术专家。由于知识的陈旧或者理解的肤浅，他们提供的很多调整建议是错误的、容易使人误解的，甚至是荒诞的。他们提供的某些建议在有些情况下也许是正确的，如果你愿意回到Oracle5版或者6版的年代；但是这些建议在Oracle7.0,8.0 或者 Oracle8i以后往往是完全错误的。
后来基于类似问题触发了互联网内Oracle顶级高手的一系列深入讨论，TOM、Jonathan Lewis、HJR等人都参与其中，在我的网站上( www.eygle.com )上对这些内容及相关链接作了简要介绍，有兴趣的可以参考。

HJR给我们提了很好的一个提示:对你所需要调整的内容，你必须具有充分的认识，否则你做出的判断就有可能是错误的。
这也是我想给自己和大家的一个建议:学习和研究Oracle，严谨和认真必不可少。
当然你还需要勤奋，我所熟悉的在Oracle领域有所成就的技术人员，他们共同的特点就是勤奋。
如果你觉得掌握的东西没有别人多，那么也许就是因为，你不如别人勤奋。

要是你觉得这一切过于复杂了，那我还有一句简单的话送给大家:不积跬步，无以至千里。学习正是在逐渐积累过程中的提高。

现在Itpub给我们提供了很好的交流场所，很多问题都可以在这里找到答案，互相讨论，互相学习。这是我们的幸运，我也因此非常感谢这个网络时代。

Itpub的第二本书即将出版，谨以此祝愿Itpub越来越好，也愿我们的书能给大家带来知识和帮助。

答读者问:关于Oracle学习

今天,我想简单说一下我的招聘观点,我们需要什么样的DBA.
其实我的要求并不复杂,通常我要求的更多跟技术无关.

对于一个candidate,我希望他,勤奋,严谨,具有钻研精神及独立思考能力.技术其实往往并不是我最关心的内容,因为具备了前面的素质之后,经过1~2年的锻炼,一个人绝对不会知道的太少,而我们通过简单的提问就可以很容易的知道一个人是否曾经深入的思考或者研究某些技术问题,在简历上的任何伪装都是不明智的,刚刚看过一个年轻人的简历，作者自己这样评价自己:

虽然毕业仅一年，但在这一年内，我自学了或者参加培训学习了很多东西。自己基础很好，知识面挺广， 对数据库很感兴趣，对薪水没什么要求，现在只想找个和数据库相关的工作，能够进入数据库领域。

也许勤奋,严谨,具有钻研精神及独立思考能力已经被每个人写在了自己的简历之中,可是真正做到的却没有几人.

D.C.B.A曾经在一篇文章中提出一个观点:为什么要两个DBA，我对此颇不以为然，DBA这个职业就要求你严谨认真，如果你做不到这一点，那么你绝对不适合做一个DBA。我经常在培训时提到的DBA守则里面反复重申严谨的重要,而且每个人都需要明白自己的行为以及为之负责.

在ITPUB上我亲眼看到很多人从入门到迅速成长为技术专家;而另外很多人却是5年如一日,没有太大的进步,说白了就是缺乏我前面提到的四点,或者没有很好的理解这些简单的道理.

如果一个人真正对某件事情投入且执著,那么他的进步一定会稳健而迅速(写到这里,我想起阿甘).
这样的人,在具备了一定的基础之后,通常所有的公司都会给他时间学习成长.

技术可以可以逐步学习,态度和风格却很难改变.
所以我曾经在《Oracle数据库性能优化》一书的序言中写到:
兴趣 + 勤奋 + 坚持 + 方法 ≈ 成功

很遗憾我不能给以上公式画上“=”，但是无关紧要，只要具备了以上因素，我想我们每个人都会离成功不远了。

造成故障的原因很简单，因为维护升级时错误的连接到生产主机，结果导致生产库故障，数据文件被删除并部分覆盖。

因为这个案例，我想说一下作为一个DBA应该养成的一些基本习惯。
以前曾经写过一篇What Kind Of DBA we need-我们需要什么样的DBA?。

今天想说的是一些在工作中应该养成的习惯或者说基本守则：
1.经常使用hostname命令
在Linux/Unix上，我们使用ssh或telnet等通过多次跳转，很容易变更了连接主机，如果不经过确认就可能在不正确的主机上执行了错误的操作。
通过hostname命令可以确认我们连接到的主机，避免发生不应该的误操作。在执行中要操作之前一定要通过hostname命令确认连接主机,这是DBA或者系统管理员应该养成的习惯:

[oracle@jumper oracle]$ hostname
jumper.hurray.com.cn

2.使用pwd确认路径
经常有朋友在错误的路径下错误的执行了"rm -rf *"等命令，这类错误的发生率居然也是很高的。
所以作为一个DBA，经常性的执行pwd命令来确认自己的工作路径:

[oracle@jumper oracle]$ pwd
/opt/oracle

3.确认instance_name等数据库中要信息
在执行truncate/drop等操作之前，应该确认连接到了哪个数据库，从v$database或v$instance等视图中可以获得这些信息(可能需要授权)

SQL> select instance_name,host_name from v$instance;

INSTANCE_NAME HOST_NAME
---------------- ----------------------------------------------------------------
eygle jumper.hurray.com.cn

4.通过id命令确认用户信息
要经常通过id命令确认用户信息，以免切换用户而导致不自觉的异常操作。

[gqgai@jumper gqgai]$ id
uid=2003(gqgai) gid=101(dba) groups=101(dba)

我见到过的案例，用户切换为root，误操作删除过整个操作系统，导致了严重的故障。

通过一些良好习惯的养成，可以使得我们少犯错误。
所以，有一些习惯是需要养成的。

在我以前的DBA培训讲义里,有DBA的四大守则,其中第三守则是:

rm是危险的
        要知道在Linux/UNIX下，这个操作可能意味着你将永远失去后面的东西，所以，确认你的操作！！！

第一守则可以参考之前的文章:年终难终 进入数据库事故多发期.

所以提起这个内容,是因为在Itpub上又看到了这样一个案例:

硬件维护人员删除归档日志的时候,把结点2的整个ORACLE_HOME都删除了，...在删除的时候没有注意到目录改变了，还左右了一个想[向]上的动作，刚好就是刚刚使用的rm -rf *，然后一个下意识的动作回车就这么按下去了

经过了这样的误操作之后,这个RAC环境都挂掉了.

总结起来,这样的环境存在很多问题,首先硬件维护人员是不应该去操作数据库内容的,其次,数据库的归档也不应该这样来删除.但是归结到最后,如果操作人足够严谨(这也是我对dba的基本要求)的话,这样的事故是绝对可以避免的.

我们有位国家领导人曾经说过一句名言,值得我们借鉴:

隐患险于明火,防患胜于救灾.

如果大家能把隐患消灭于无形之中,那么很多事故就根本不会发生了.

此前在几篇文章中,陆续的介绍过2大守则:

DBA生存守则之三
年终难终 进入数据库事故多发期

曾经有很多朋友问我另外2个守则是什么,今天一并写在这里,做为回答.

我列出的四大守则是:

1.备份重于一切
我们必需知道,系统总是要崩溃的，没有有效的备份只是等哪一天死！我经常开玩笑的说,唯一会使DBA在梦中惊醒的就是,没有有效的备份.

2.三思而后行
think thrice before you act

任何时候都要清楚你所做的一切，否则宁可不做！有时候一个回车,一条命令就会造成不可恢复的灾难,所以,你必需清楚确认你所做的一切,并且在必要时保护现场.

3.rm是危险的
   要知道在UNIX/Linux下，这个操作意味着你可能将永远失去后面的东西，所以，确认你的操作！！！
太多的人在 "rm -rf" 上悲痛欲绝,当年写下这条守则时,是一个凌晨被一个朋友吵醒,他说误操作rm -rf删除掉了200G的数据库,并且没有备份.

我当时能告诉他的只有一句话:要保持冷静.

4.你来制定规范
良好的规范是减少故障的基础。所以,做为一个DBA,你需要来制订规范,规范开发甚至系统人员,这样甚至可以规避有意或是无意的误操作.减少数据库的风险.

我们知道,在管理良好的数据库服务器上,rm -rf甚至可能是不允许使用的.

也许我们需要遵守的可能更多,所以我一直强调DBA一定要严谨专注,当然我也非常喜欢另外一句话:坚韧卓绝之人，必能成就万事.

通常大家都说Oracle很贵，我们来看看到底Oracle贵不贵。

1、Datebase Products         Named User License        Processor Licens
                             美元报价    人民币报价     美元报价      人民币报价 
Standard Edition               $450        ￥3,725      $22,500       ￥186,228 
Enterprise Edition           $1,200        ￥9,932      $60,000       ￥496,608 
Personal Editon                $600        ￥4,966 
Lite                           $150        ￥1,242 
 　 
2、Enterprise Edition Options:     Named User License          Processor License
                                 美元报价     人民币报价       美元报价      人民币报价
Real Application Clusters         $600        ￥4,966           $30,000       ￥248,304 
Partitioning                      $300        ￥2,483           $15,000       ￥124,152 
OLAP                              $600        ￥4,966           $30,000       ￥248,304 
Data Minging                      $600        ￥4,966           $30,000       ￥248,304 
Spatial                           $300        ￥2,483           $15,000       ￥124,152 
Advanced   Security                $300        ￥2,483           $15,000       ￥124,152 
Label Security                    $300        ￥2,483           $15,000       ￥124,152 

也就是说，如果是企业版，一个CPU的价格在人民币￥496,608 ，当然这个是List Price，一般都能有50%左右的Discount，那么最终价格可能在20多万；当然我们可以按用户数购买，不过最终的价格都是差不多的。

这就是Oracle的大致价格。
-The End-

最近在ITPUB上有一个帖子讨论得很热烈，题目是：怎么老是有这么多不负责任的DBA。

作者提到：

　刚才同事告诉我，以前我的顶头上司，IT经理引咎辞职了，仔细一问，原来是我的继任没有做备份，资料全部损毁
　
　这也是今年我第2次见到这种情况

这种情况其实我们已经看到过很多次了。

如果拿这个具体案例来说，其实有很多环节可以避免出现这样的问题，比如:
1.良好的规范管理
2.严格的操作及上线流程
3.DBA的职责界定及监督检查机制
4.系统的日常监控及维护机制...

当然有很多很多可能防止问题出现的方法，可惜最终问题仍然发生了。

这又一次验证了墨菲定律，这个世界上没有永远的侥幸。
在我的新书《深入浅出Oracle》一书的序言中我也曾写到：
唯一一件会使DBA在梦中惊醒的事情就是：没有备份！

在我曾经授课的岁月里，我总是会在课程的最前面讲到DBA的四大守则，其中第一条就是：备份重于一切。

而在我的网站上，这句话已经重复了很多次，昨天看Tom的Blog，Tom提到了他的法则，在原文中，Tom用了一个词mantra，这个词在金山词霸上如下解释：

mantra
颂歌, 咒语(尤指四吠陀经典内作为咒文或祷告唱念的)

在昨天的文章中，被我翻译成法则，而我觉得如果翻译成咒语也满合适的，如果我一次一次的重复能够让所有的DBA们都记得，那么我仍然愿意重复我的DBA四大守则:

1.备份重于一切我们必需知道,系统总是要崩溃的，没有有效的备份只是等哪一天死！我经常开玩笑的说,唯一会使DBA在梦中惊醒的就是,没有有效的备份.

2.三思而后行
think thrice before you act

任何时候都要清楚你所做的一切，否则宁可不做！有时候一个回车,一条命令就会造成不可恢复的灾难,所以,你必需清楚确认你所做的一切,并且在必要时保护现场.

3.rm是危险的
要知道在UNIX/Linux下，这个操作意味着你可能将永远失去后面的东西，所以，确认你的操作！！！
太多的人在 "rm -rf" 上悲痛欲绝,当年写下这条守则时,是一个凌晨被一个朋友吵醒,他说误操作rm -rf删除掉了200G的数据库,并且没有备份.

我当时能告诉他的只有一句话:要保持冷静.

4.你来制定规范
良好的规范是减少故障的基础。所以,做为一个DBA,你需要来制订规范,规范开发甚至系统人员,这样甚至可以规避有意或是无意的误操作.减少数据库的风险.

最早写下这四大守则时，还受到我们某位国家领导人的影响，在指导防火工作时，他曾经题写过以下名词:
隐患险于明火，防范胜于救灾，责任重于泰山

这句话对于DBA来说，同样适用。在某种程度上，DBA就是消防队员。：）

最后，我们还可以来看看DCBA对这件事情的看法。

-The End-

三、价格 渠道及服务

产品购买手册

http://www.cisco.com/univercd/cc/td/doc/pcat/index.htm

公开报价下载站点

http://www.ultratechnology.net/fullcolumn.php?s=&columnid=28

http://www.cisco.com/cgi-bin/order/pricing_root.pl(注册用户使用)

销售工具中心(Sales Tools Central Home)

http://www.cisco.com/go/tools

http://www.cisco.com/warp/public/779/smbiz/service/

服务类型的划分及描述

http://www.cisco.com/public/support_solutions.shtml

怎样申请得到CISCO的服务

http://www.cisco.com/public/scc/

注册CCO帐号

http://www.cisco.com/register/

服务定单合同中心(注册用户使用)

http://www.cisco.com/cgi-bin/front.x/csadispatch?AppName=ContractAgent

查定单状态(注册用户使用)

http://www.cisco.com/cgi-bin/order/assistant.cgi

查定单到货时间

http://www.cisco.com/cgi-bin/front.x/leadtimes.cgi

四、关于解决方案 针对各种不同规模和类型的网络/公司采取的不同的解决方案

http://www.cisco.com/kobayashi/Solutions_root.shtml

大企业解决方案

http://www.cisco.com/warp/public/779/largeent

中型企业解决方案

http://www.cisco.com/warp/public/779/smbiz/

电信解决方案

http://www.cisco.com/warp/pblic/779/servpro/

六、售后、配置及技术资料

Cisco 产品密码破解

http://www.ultratechnology.net/fullcolumn.php?s=&columnid=15

查看设备log，console中反馈的错误代码:

http://www.cisco.com/cgi-bin/Support/Errordecoder/index.cgi

Cisco公司RFCs，Standards站点(注册用户使用)

http://www.cisco.com/warp/customer/459/index.shtml

技术文档的主页

http://www.cisco.com/univercd/home/home.htm

技术支持网站(注册用户使用)

http://www.cisco.com/cgi-bin/Support/PSP/index.pl?i=Hardware

技术支持中心站点(注册用户使用)

http://www.cisco.com/cgi-bin/ibld/view.pl?i=support

Technical Documents (就是Documents光盘的内容)

http://www.cisco.com/univercd/home/home.htm

Bug 查询工具

http://www.cisco.com/cgi-bin/Support/Bugtool/home.pl

IOS 命令搜索工具(IOS Command Lookup Tool)

http://www.cisco.com/cgi-bin/Support/Cmdlookup/home.pl

IOS软件各种版本配置方法和命令

http://www.cisco.com/univercd/cc/td/doc/product/software/index.htm

技术要点

http://www.cisco.com/public/technotes/serv_trips.shtml http://www.cisco.com/warp/public/779/largeent/learn/technologies.html

硬件技术要点

http://www.cisco.com/public/technotes/tech_platform.shtml

网络设备配置案例：针对一些实际案例对网络设备进行配置 http://www.cisoc.com/warp/public/700/tech_configs.html

http://www.cisco.com/warp/public/793/access_dial/index.html http://www.cisco.com/public/technotes/tech_features.shtml

常用问题(注册用户使用)

http://www.cisco.com/openf/openproj.shtml

经常问到的技术问题站点

http://www.cisco.com/warp/public/458/index.shtml

http://www.cisco.com/public/products_tech.shtml

故障解决 帮助

http://te.cisco.com/cgi-bin/webisapi.dll?New,KB=TE

cisco Partner presales

http://www.cisco.com/anz/cpp/refguide/

错误信息代码查询

http://www.cisco.com/cgi-bin/Support/Errordecoder/index.cgi

cisco documentation

http://www.cisco.com/go/documentation

PPT用的拓扑图标

http://www.cisco.com/warp/public/503/2.html

The Solution Reference Network Design (SRND) guides

http://www.cisco.com/go/srnd

Cisco producters:

http://www.cisco.com/go/catalyst6500

http://www.cisco.com/go/catalyst4500

http://www.cisco.com/go/catalyst3550

http://www.cisco.com/go/catalyst2950

http://www.cisco.com/go/800

http://www.cisco.com/go/1600

http://www.cisco.com/go/1700

http://www.cisco.com/go/1800