Oracle Life

Google上的Oracle Internal新闻组

eygle@eygle.com(eygle) — Thu, 20 Nov 2008 08:58:57 +0800

©作者：eygle 发布在 eygle.com

很早很早以前，在Google上建立了一个Oracle Inernal的新闻组。

实际上里面是聚集了不少朋友，但是荒废了很久，可能是因为大家不习惯使用新闻组，也可能是ITPUB做的太成功，将人气都集中到了论坛里。

但是新闻组还是有很多的优点，这几天心血来潮，打算重新整理一下这个新闻组，欢迎大家尝试一下这个新地方：
https://groups.google.com/group/Oracle-Internal

相关文章|Related Articles

评论数量(0)|Add Comments

本文网址：http://www.eygle.com/archives/2008/11/oracle_internal_news_group.html

RAC环境修改undo_rentention需要谨慎

eygle@eygle.com(eygle) — Tue, 18 Nov 2008 23:37:20 +0800

©作者：eygle 发布在 eygle.com

在RAC环境中，修改某些数据库参数需要谨慎。

有客户遇到了这样的问题，在RAC环境下修改undo_retention参数，使用如下命令：
alter system set undo_retention=18000 sid='*';

这条命令直接导致了RAC的其他节点挂起，Oracle记录了一个相关Bug，Bug号为：4220405
其Workaround就是，分别修改不同实例：

alter system set undo_retention=18000 sid='RAC1';
alter system set undo_retention=18000 sid='RAC2';
alter system set undo_retention=18000 sid='RAC3';
......

这个案例告诉我们，Bug无处不在，数据库调整应当及其谨慎。
Oracle声称在Oracle Database 11g中改正这一问题，今天测试了一下，在10.2.0.4版本中已经不存在这个问题了。

-The End-

相关文章|Related Articles

评论数量(4)|Add Comments

本文网址：http://www.eygle.com/archives/2008/11/racundo_rentent.html

什么是ABM、ABC、ABP - 学习

eygle@eygle.com(eygle) — Mon, 17 Nov 2008 20:29:30 +0800

©作者：eygle 发布在 eygle.com

ABM 是指作业成本管理，ABC 是指作业成本核算，ABP 是指作业绩效。

作业成本管理(ABM，Activity-Based Management)是专门用于日常作业管理、以提高企业业绩和从客户获取价值的一门学科。它起源于二十世纪八十年代后期，以一种新的成本核算方法即作业成本核算(ABC，Activity-Based Cost)为基础。ABC是在企业内部计算作业成本(如员工培训)和成本对象(如产品和服务)的一种成本核算方法，其最大的不同就在于是以作业为基础，而不是传统的账务。

ABC首先在制造业被用来计算间接成本，到了九十年代中期，ABC扩展为ABM，并在服务行业得到了广泛应用，目前国际上，ABM已经被应用于各行各业的领导层用来辅助制定战略决策。

可以用一个形象的公式来说明作业成本管理:ABM = ABC + ABP + MA。
其中，作业成本核算(ABC)是基于作业的、分摊成本的方法;
作业绩效(ABP，Activity-Based Performance)是基于绩效考核的企业成本的变化或者流向;
管理活动(MA, Management Action)是基于作业成本核算的信息和依据战略规划而采取的行动。

从这个公式可以看出，作业成本管理主要借助于成本核算信息，并结合作业绩效和管理活动来帮助企业制定更加有效的决策。

相关文章|Related Articles

评论数量(0)|Add Comments

本文网址：http://www.eygle.com/archives/2008/11/abmabcabp.html

SUN公司以及Mysql开源数据库的未来

eygle@eygle.com(eygle) — Sun, 16 Nov 2008 17:32:49 +0800

©作者：eygle 发布在 eygle.com

今天出现在互联网上关于SUN公司裁员的消息无疑惊动了很多人。

这则新闻陈述：

北京时间11月15日《福布斯》文章指出，业内著名服务器厂商Sun日前宣布它打算裁员5000到6000人，大约占其员工总数的15％到18％，同时它还将展开重组。星期五对于Sun来说是暗无天日的一天，除了裁员，另外它还将展开范围更大的重组，预计每年可节约成本7亿到8亿美元。作为重组计划的一部分，Sun还将重组其软件业务部，成立几个新的业务集团。Sun表示，它打算根据全球经济形势对业务进行调整。

谁能想到，在鼎盛时期SUN的市值曾经高达2000亿美元，而现在其市值缩水到原来的2%，曾经以及目前SUN的大量服务器还摆在各个IDC的机房中，支撑大量的企业业务，然后SUN的前景已经岌岌可危。

按照当前36亿美元的市值，SUN已经成为最有可能被收购的科技公司之首。
而仅仅在今年年初，SUN还以10亿美元收购了开源数据库厂商Mysql，Java、Open Solaris、Mysql，现在SUN公司无疑是开源世界最重要的贡献者与支持者，然而即便如此，在商业运营上的不利使SUN面临着极其危险的境地。

SUN会不会出售呢？这是很多人开始提出的一个问题。
在商业社会里，一切皆有可能，就像曾经没有人想到Mysql会成为SUN的囊中之物一样。虽然Yahoo!一度拒绝了微软的收购，然而现在Yahoo!的境地更加危险，在这次金融风暴来临之时，人人都要寻找安身立命之道！

那么如果SUN考虑出售，谁会是最好的买家？
曾经以为Oracle是最为合适的人选，在2005年Oralce已经收购了Mysql的存储引擎Innodb，Oracle也一度觊觎Redhat，再加上Oracle与SUN曾经一度非常良好的合作关系，收购SUN也许是Oracle隐藏已久的想法。
不过现在情况也许开始不同，今年在2008 Oracle OpenWorld大会上，Oracle和HP联合推出了HP Oracle Database machine，这表明Oracle已经放弃了和一贯的老朋友SUN的合作，转而寻求和HP的联合。这也许是因为SUN收购了Mysql引入了同Oracle的竞争，也许是SUN的服务器真的已经日薄西山！

不过现在看来，似乎没有人会愿意接受整体的SUN公司，因为这意味着一个沉重的包袱。在商业服务器领域，SUN已经离IBM、HP越来越远，在PC Server领域，SUN就更不值一提，所以，除非是基于市场份额和现有客户的考虑，HP和IBM都不会成为SUN的买家。
而Oracle除了对MySQL感兴趣之外，也许不会考虑其他了。

从技术角度来说，Redhat + Mysql 是一个非常诱人的组合，不过Redhat本身也并不轻松，10亿美元的Mysql实在是一个大价格。

Oracle的Larry也许正在盘算着将来如何将Redhat和Mysql一起纳入囊中，一切皆有可能，谁知道呢？
理想一点，IBM应该参与一下，也许只有蓝色巨人才能使SUN的品牌延续下去......

不过如果SUN真的离去，那绝对是开源世界的一大损失。。。

相关文章|Related Articles

评论数量(10)|Add Comments

本文网址：http://www.eygle.com/archives/2008/11/sun_mysql_future.html

完成 ITPUB 高校巡讲华北电力、北京理工站

eygle@eygle.com(eygle) — Sat, 15 Nov 2008 23:03:38 +0800

©作者：eygle 发布在 eygle.com

今天晚上，在北京理工工大学良乡校区进行了我的又一个演讲，这是ITPUB系列活动之一。

感谢北京理工大学的组织，整个活动组织的非常良好，IT168的组织同学也非常辛苦，感谢大家！

算起来我也已经很久没有在公开的场合进行培训式的演讲了，这次是个例外，因为我非常想回到学校看一看，最怀念的还是大学时光.
所以，如果我的某一句话、某一个讲座能够对大学里的同学产生良好的影响，那是我非常愿意看到的。

这个系列的演讲主要是非技术性的，属于经验分享、职业规划一类，所以并不涉及什么技术内容，上次在华北电力大学，还有ITPUB的朋友前来捧场，我要感谢他们！
这次在北京理工大学主要是大一、大二的学生听讲，我不太把握得住他们的想法和关注点，如果以后再次在大学演讲，我开玩笑说，要将讲义模块化，让大家来选择几个主题。

其实学校里很多的学生还并不知道Oracle，这和上次在北航的情形差不多，不过不管怎样，我觉得这样的活动意义非凡，我在大学里甚至不知道数据库，更不要提Oracle。

现在的学生是幸运的，祝福他们！

接下来到年底的这段时间里，还有几个公开演讲，基本是技术性的，又要开始准备PPT了！

IT168报道参考：
"ITPUB高校行"一阶段完美句点：北理工

相关文章|Related Articles

评论数量(7)|Add Comments

本文网址：http://www.eygle.com/archives/2008/11/itpub_beili_dba.html

Linux + Oracle 数据库系统启动能有多快?

eygle@eygle.com(eygle) — Thu, 13 Nov 2008 10:48:50 +0800

©作者：eygle 发布在 eygle.com

前几天有个朋友因为项目实施，在考虑Linux上的Oracle最快要多长时间才能启动？他们的要求是10秒以内。因为系统可能会经常断电。

我当时考虑30秒以内能够实现，要压缩到10秒以内就太困难了。因为数据库的断电恢复可能需要较长的时间。
今天看到这样一些新闻和消息，先了解一下Linux的启动速度。

首先最快的Linux号称可以在2.97 秒内启动：Linux boots in 2.97 seconds

这是一家日本公司设计的嵌入式Linux系统Lineo在低功耗的系统上可以在2.97秒内启动。他们称这个快速启动软件系统为Warp 2，Warp 2 由一个引导加载程序，一个定制的Linux软件套装，和一个类似于suspend-to-disk（休眠到硬盘）的软件 hibernation driver组成。

这个"冬眠驱动"可以将RAM的快照信息写入到闪存里形成镜像，而不是写到硬盘里，据悉它能够保存50%的RAM信息。Warp 2 可以保存多重系统的RAM快照，以给重启提供干净的启动环境，或者启动时直接读取之前保存的RAM 镜像，这样就能加快启动速度。

他们的测试环境是使用ARM CPU，运行Warp 2的系统，当然Warp 2里包含Linux，X显示子系统，窗口管理器twm，3个 xterm命令行工具。它启动的是一个18.3MB的RAM镜像，花费了2.97秒。而在同样的环境下，启动6.8M的RAM 镜像需要3.17秒。

而在LWN.net上，另外一篇文章则描述了5秒内启动的Linux内核：

two developers beat the five second mark with two software loads: one modified Fedora and one modified Moblin.

这说明Linux的启动时间是大可以精简的，不过这样的内核需要相应的硬件系统的配合。
在研究Linux启动和初始化时，一个很好的辅助工具是BootChart，该工具可以用于展现Linux的启动时间消耗，以便分析和优化。

Linux的世界，一切皆有可能。。。

相关文章|Related Articles

评论数量(5)|Add Comments

本文网址：http://www.eygle.com/archives/2008/11/linux_oracle_boot_how_faster.html

IT168&ITPUB高校行活动:我也能做 DBA

eygle@eygle.com(eygle) — Wed, 12 Nov 2008 12:04:10 +0800

©作者：eygle 发布在 eygle.com

最近ITPUB的高校行活动如火如荼的拉开了帷幕，此前北京首场讲座在北航举行，我作为嘉宾去捧Kamus的场。

接下来我将要在北京做两场讲座，分别是：

·11.13 北京华北电力大学
·11.15 北京理工大学

因为面对的学生群体不同，所以我准备了不同的内容，也可以讲框架、讲就业、讲前景，也可以讲点技术。
到时候根据现场情况来决定。

我目前准备的演讲题目是：性情决定命运，这是一句听厌的老话，但是也非常切合DBA的实际。
而我在PPT中引用了陆放翁的两句诗：汝果欲学诗，功夫在诗外！我想陈述的一个观点就是：汝果欲学DBA，那么很多功夫应当在技术之外。

ITPUB今年和明年的活动有很多，很热闹，希望可以结识更多的年轻朋友们！

相关文章|Related Articles

评论数量(5)|Add Comments

本文网址：http://www.eygle.com/archives/2008/11/itpub_icanbea_dba.html

亲人的团聚以及墨墨的世界 - 北京之秋

eygle@eygle.com(eygle) — Tue, 11 Nov 2008 17:43:41 +0800

©作者：eygle 发布在 eygle.com

由于Julia的精心协调，全家终于在北京有了一次大聚会，这是在新家第一次这么多亲人的聚会。

妈妈、爸爸、岳父、岳母，姥姥，还有小墨墨，现在他是中心了，一家人团聚在北京。
爸爸、妈妈先带着姥姥来到北京，然后我们一起啊带着姥姥游转北京城，圆了80岁老人见的北京梦。
然后岳父、岳母带着墨墨来到北京，因为之前去美国，墨墨已经和我们分开有几个月的时间，现在他又长高长大了。

没有什么比一家人团聚更幸福的了，看看全家福吧：

墨墨已经长大，能自己到处跑，还能帮忙干活扫地，自己抱奶瓶吃奶：

周六陪岳父、岳母去了一趟798，这是一个艺术的区域，虽然天气很冷，可是大家都转的很有趣味，我也很久没去，798有了很大的变化，据说商业气氛更浓了，很多真正的艺术家受不了喧嚣，开始搬离。
不过墨墨是很开心的，他的玩性不减，坐在798的招牌上就不肯下来：

入门处有地下798，以前没有见过；751那里架设了火车头，也是以前不曾有过的：

然后周日去香山，虽然一直都怕去香山，但是还是再一次踏上征程，从我家去香山的确远，过去用了大约2小时在路上，到山脚下先吃了一顿老北京小吃，那家店真不错，大家都吃得饱的不行。

然后开始爬山，到达山顶时太阳就已经差不多下山了，然后坐缆车欣赏到了香山的美景，那些美好的印象，留在了记忆里，在缆车上，能看到满山的烂漫：

不过在香山等缆车是需要极大的勇气的。

不管怎样，这就是北京的秋天，说秋天，而秋天已经过去。今天则是一个寒冷的日子，北京的冬天已经来到。

相关文章|Related Articles

评论数量(3)|Add Comments

本文网址：http://www.eygle.com/archives/2008/11/home_fragrant_798.html

如何快速的成为一个合格的Oracle DBA?

eygle@eygle.com(eygle) — Mon, 10 Nov 2008 09:49:46 +0800

©作者：eygle 发布在 eygle.com

在这样一个清晨写下这样一个题目，是因为最近有越来越多的人问起我这个问题，我想还是试着把我的想法写下来。

1.快速有多快？
很多人都喜欢寻找捷径，所以经常问起快速，但是我经常反复告诉大家的是，没有捷径，或者说没有轻而易举的捷径可循。
当然快速两个字也是有意义的，这是这个快速的社会对于年轻人的要求，在《深入解析Oracle》一书的序言中，我写过这样一段话：随着技术以及时代的不断进步，社会留给DBA的成长时间越来越短，一个DBA从入门到成长为资深的时间不会超过2年。。。。张爱玲说过，成名要趁早。做技术的也是如此，成长越早越好，越快越好。

理解快速两个字的涵义，推荐仔细阅读我的《深入解析Oracle》一书序言，这里总结了很多我的学习经验和学习历程：
http://www.eygle.com/archives/2008/11/oracle_internals_preface.html

2.该读什么书?
Oracle方面的书籍无疑已经是汗牛充栋了，那么在杂陈的书籍中，我们该读什么书来入门？该读什么书来深入进阶呢？
我曾经推荐了几本书，并且我的观点是：书不在多，精读则灵。所以，认真细致的阅读对于学习是必不可少的。
等你进入了Oracle的大门，然后怎么阅读，读什么，就完全可以自己把握了。

3.如何获得成功?
无疑每个人都热切的期待成功，那么如何才能获得成功？
我曾经总结了一个简单的公式，罗列了我认为及其重要的成功因素：兴趣 + 勤奋 + 坚持 + 方法 ≈ 成功
如果你对数据库感兴趣，由兴趣推动学习，再加上勤奋的努力，坚持不懈的探索，找到合适的方法，那么这就是你的快速学习之路，快速成功之路。

4.三种境界
关于境界，我在多篇文章中都谈到过，最早在《Oracle数据库性能优化》一书的序言中我引用了王国维的三种境界：

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

这三种境界分别代表了，打下坚实的基础，不懈的坚持，峰回路转的提升，你在学习过程中，一定会面对这样的阶段和情形，所以要有一定的思想准备，坚持不懈。
推荐阅读：
http://www.eygle.com/archives/2005/08/ecinieoracleouo.html

5.由点及面、深入浅出
在学习方法上，我主张由点及面、深入浅出，在《深入浅出Oracle》一书的序言中，我这样写道：

书中贯彻的也是我一直主张的"由点到线再及面"的学习方法。特别是对于初学者，如果没有经过专门的培训和系统学习，那么自己通过实践的学习和思考就应当深入，在知识上，从某个角度来说，是"不患寡，而患不精深"。在我们遇到问题时，就应该不断深入研究，直至问题的核心本质，这样通过一个案例或实际问题的诊断学习和研究，我们就可以带动很多连带知识的学习，这样从一个点深入下去就形成一条线，再横向扩展就可以形成一个知识网，解决和研究的问题多了，就可以逐渐覆盖一个面，形成一个知识体系，这样慢慢的你就会觉得学习不再困难，而是一件得心应手的事情。

6.工作机会
在工作选择上，如果能够快速进入Oracle的领域可能是幸运的，但是如果第一份工作没有找到理想的位置，那么接下来的职业道路可能就会稍微曲折一些。

很多朋友在进行了一段时间的学习之后，对转型迫不及待甚至焦虑不堪，这是不对的，在工作中应当切忌浮躁，我们每个人从毕业到工作、再到找到适合自己的位置，这通常都要经过一个较长的时期，学习、思考、进步、再次出发，所以要知道有时候等待是过程的必须。
如果你手上已经有了一份工作，那你需要做的是，做好它，哪怕那不是你喜欢的！
你必须证明给别人看你有做好一件事情的能力，别人才会给你下一个机会，如果你从来没能很好的完成一项任务，那你应该冷静的反省一下。

对于处在这样境地的朋友们，我有16个字可供借鉴：去除浮躁，认真学习，不断积累，寻找机遇

7.如何在有限的环境中学习?
很多朋友的工作环境、条件有限，可能没有小型机、可能没有UNIX，那么如何学习和提高呢？
我想说的是不一定要在多大的生产环境里才能锻炼出高手。据我所知很多高手都是从个人的简单环境中学习成长起来的，最重要的是自己学习一定要深入，多思考，多试验。

有朋友说:小库一样练水平。这句话是很有道理的。也有朋友在ITPUB上不断试验和重复别人有价值的试验或测试，说:不是自己的，通过试验动手，变成自己的。也说得非常好。

相关文章|Related Articles

评论数量(6)|Add Comments

本文网址：http://www.eygle.com/archives/2008/11/become_dba_quickly.html

《深入解析Oracle》一书前言

eygle@eygle.com(eygle) — Fri, 07 Nov 2008 11:25:38 +0800

©作者：eygle 发布在 eygle.com

虽然《深入解析Oracle》一书还没有正式出版，我还是先将前言发布在这里。

因为我一直觉得，前言是一本书非常重要的部分，作者的思想和意图会在这里传达。以下就是我为这本新书所写下的前言。
------------------------------------------------------------------------------
经过几年的积累，再加上几个月的努力，新版的《深入浅出Oracle》即将呈现在大家的面前，我当然希望这本书能够得到大家一如既往的支持，然而一本书的价值仍然要靠大家去评判。
关于这本书的修订，有很多话想和大家说一说。

从2006年这本书出版到现在，已经过去了2年，在这两年中，《深入浅出Oracle》经历了大家的热烈关注期，也经历了淡淡的沉寂期，很长一段时间并没有修订这本书的想法，直到最近，我仍然不断收到很多读者的来信，和我热烈的探讨书中的观点，甚至得知有些教育和培训机构已经选择我的书作为培训教材。
这么多热情的读者使我感到了不安，因为这本写作在2006年的作品已经存在了很多需要增补的地方，只要有人阅读，我就不能松懈。
正是因为支持这本书的读者，我才下定决心要将这本书重新修订，修订的目的是为了让这本书更加完善、更加接近Oracle数据库的发展变化。

关于这本书的结构我愿意再重新描述一次，本书每章的布局基本上分为三个部分：入门的基础知识、进阶知识、结合实际的诊断案例分析。
我的原意是让基础知识部分作为初学者的入门参考，进阶部分作为Oracle技术爱好者深入学习的材料，而案例分析则作为实践部分提供借鉴。
但是显然这样的设计招来了很多抱怨，一些初学者发现在这本书中能看懂的部分很少，我想我应该修订一下我的描述。实际上在这本书中，我更多关注了Oracle技术的深入探索以及案例描述，所以她更适合作为DBA进阶与深入学习的参考。

虽然如此，我仍然在很多公开的场合谈到，即使是一个初学者，也应该有更高的起点，暂时有些东西看不懂不怕，但是至少你应该知道深入的学习应该向何处去，深入不是错误，如果你不能深入那才是错误。要记住随着技术以及时代的不断进步，社会留给DBA的成长时间越来越短，一个DBA从入门到成长为资深的时间不会超过2年。所以，如果你能够忍受一点知识的折磨，这本书还是会对你有用。张爱玲说过，成名要趁早。做技术的也是如此，成长越早越好，越快越好。
当然，这本书的另外一种写作方式和我个人的学习方法有关，当我在研究Oracle技术的时候，总是忍不住要不断深入去探索，试图从原理或本质上理解Oracle的技术实现，我一直认为表象以及呆板的记忆对学习是无益的。

所以当然，这不是一本简单的关于Oracle技术知识概念性介绍的书，读这本书，实际上你是在和我共同经历一次Oracle的学习过程。如果你和我一样享受这个过程，那么这本书就是为你准备的。

在修订版中这本书的主要变化是，由原来的9章增加到现在的10章，原书的第一章承载了太多的内容，加上我的大量增补，现在我将第一章的内容分开，就变成了现在的10章，新的一章命名为《控制文件与数据库初始化》，关于控制文件这部分内容，原本计划写在另外一本书里，现在加在这里也是非常合适的。
除此之外，全书的整体结构并未改变，但是在入门、进阶与诊断案例三个方向都做了极大的扩展。这些扩展包括在入门部分对基础知识进行了更为全面完整的介绍；在进阶深入部分，对机制原理进行了进一步深入阐述；在诊断案例部分增加了一些这几年来遇到的有价值案例，结合分布到各个章节。在新技术方面，全书对Oracle Database 10g与Oracle Database 11g的一些新特性进行了补充，但是新特性的补充是根据全书架构需要进行的，并非盲目，本书最重要的仍然是第一版就确定的体系结构。
经过修订，增增减减，新版的变更部分大约在40%左右。

关于深入浅出这四个字的理解，很多读者提出质疑，说本书深则深矣，浅出则未必。
在这里我想说说我自己对于"深入浅出"这几个字的理解，这个理解是伴随着我的职业生涯的。以一个和技术有关的例子来说也许会好一点，我在书中探讨过关于数据库的启动与初始化的过程。回想起来最初对这个问题的探讨还是在2004年左右，那时候我和Biti在北京因为偶然第一次用sql_trace跟踪数据库的Open过程，因而获得了关于bootstrap$的信息：

create table bootstrap$ ( line# number not null, obj#
number not null, sql_text varchar2(4000) not null) storage (initial
50K objno 56 extents (file 1 block 377))

而这还仅仅只是第一步的探索，这里的探索涉及到了数据文件、数据块的定位，而在后来的网上探讨中，有朋友给出了更进一步的发现，当使用10046事件来跟踪数据库的启动过程，你会发现最初的等待输出有如下两行信息（来自Oracle9i数据库）：

WAIT #1: nam='db file sequential read' ela= 94 p1=1 p2=417 p3=1
WAIT #1: nam='db file sequential read' ela= 103 p1=1 p2=377 p3=1

这些信息就清楚的显示了数据库启动中经历了从文件1的417号Block到377号Block的定位过程，一切就是这么简单清晰，可是在没有经历过那么多深入的摸索、尝试与思考之前，你是不会看到这么浅显、明晰的展示，或者看到了也可能无法一下子有那么清晰的理解。
db file sequential read是一个大家都常见的事件，可是你能否理解这后面所隐藏的种种处理以及细节呢？我处理过很多次因为这个事件而导致的性能故障，有时候看起来是极其棘手的问题，而能否真正理解这个事件的本质，以及每一个参数的含义（也就是说你的理解是否足够深入）是解决问题的关键，如果你曾经足够深入的探索过，你给出的答案很可能会是非常直接的、非常简单的，也许让人惊讶，但是绝对有效。

那么再进一步的观察，在以上2条输出之前，还会有以下一段输出：

WAIT #1: nam='direct path read' ela= 46 p1=1 p2=1 p3=1
WAIT #1: nam='direct path read' ela= 5 p1=2 p2=1 p3=1
WAIT #1: nam='direct path read' ela= 3 p1=3 p2=1 p3=1
WAIT #1: nam='direct path read' ela= 3 p1=4 p2=1 p3=1
WAIT #1: nam='direct path read' ela= 3 p1=201 p2=1 p3=1

现在来想一下，为什么会有这么多direct path read的等待事件？p1代表的是文件号，那么201号文件又是指什么文件？
我在本书中有过进一步的探讨，实际上数据库在Open的过程中，会对数据文件以及控制文件进行比对校验，数据文件的第一个Block记录了重要的检查点、SCN等信息，这些信息在启动时要被读取，这里就是这样一种体现。
看，很多书本中抽象的知识，现在通过简单的观察，我们就获得了直观的印象。而且你会对Oracle的种种等待事件有了更加深入的理解。

这就是我理想中的那种深入浅出，这是一种在经历了千难万险、峰回路转之后，看山还是山的那种平淡。佛祖拈花，迦叶破颜，有时候能够感受到这种会心之意是非常难能而宝贵的。

有一次去兰州大学做技术交流，兰大的一位李老师对我说，最近看我网站上提到的学习方法等内容，感觉到一个字：虚！我当时跟他开玩笑说，我还有更虚无的8个字可以送给你，那就是：运用之妙，存乎一心。
这是玩笑，也不是玩笑，有时候对Oracle进行了深入的研究与探索之后，剩下的如何运用这些知识去解决问题，实际上是非常灵活的，很多时候简单的常规方法经过巧妙运用之后就可以化为神奇，发挥出你意想不到的作用。所以根本的，我们应该花力气去做的仍然是积累、深入、思考，然后才能在遇到问题时举重若轻、运用自如。
我相信每个人都会有这样的经历，如果你读到这里能够有一次破颜的会心微笑，那也许就是我最大的收获。

尽管如此，最终我还是决定做一些改变，所以这本书最后的名称被确定为《深入解析Oracle》，这是我在美国参加2008 Oracle Open World期间忽然产生的一个想法。我和Kamus曾经在东方标准做过一个系列的公开培训课程，就是用的这个名字，我很喜欢这个名字。
新的名字可以避免对一些读者的误导，通过这个名字我想说这是一本由浅入深、比较深入的书，也许这个名字更符合这本书的主旨。

在《深入浅出Oracle》之后，我写作了另外一本书《循序渐进Oracle》，通过这两本书实际上我想构建一个更为完善的学习结构，从DBA的实际工作应用出发，帮助Oracle爱好者更好的进行入门以及深入的学习。
也经常有些朋友发邮件来询问Oracle的学习路径与学习规划，通过写作，我一直想把自己的领悟传达出来，现在在这里我将这两本书的体系结构整合一下供大家参考：

当然，这两本书都是自成体系的，在将来也许还会有第三本，在Oracle完整的知识体系结构里，这两本书还缺少一些重要的内容。

我要感谢众多支持我的读者们，是你们的支持与鼓励才有了本书的修订，你们的支持才是这本书真正的存在价值。在这本书出版的两年多以来，我的生活已经有了很大的变化，我要感谢我的太太Julia，感谢她走进并且改变了我的生活，感谢她理解我很多时候废寝忘食不顾一切的学习与工作态度，她的支持以及理解是我写作的基石，我还要把这本书献给我的儿子，他比这本书还要年轻，在我修订这本书的很多章节时，他就在我身边爬来爬去，他是我永不枯竭的快乐源泉。
没有什么比生活更重要的了。

虽然本书是《深入浅出Oracle》一书的修订版，但是其工作量与意义对我来说完全不亚于一本新书，由于水平所限以及难免的疏漏，书中肯定存在错谬之处，真挚的欢迎大家的批评与指正。

最后我还要感谢我的朋友们，他们为本书提出了很多宝贵的意见与鼓励；感谢黄志洪、牛新庄、冯春培、陈吉平、张乐奕为本书撰写评论及推荐。

-----------------------------------盖国强 2008-9-18 于北京

相关文章|Related Articles

评论数量(13)|Add Comments

本文网址：http://www.eygle.com/archives/2008/11/oracle_internals_preface.html

IT168&ITPUB高校行活动 - 北京北航

eygle@eygle.com(eygle) — Thu, 06 Nov 2008 08:34:33 +0800

昨天晚上，是IT168&ITPUB高校行活动北京区的第一站，Kamus在北航演讲，分享他在数据库方面的经验与经历。

Kamus邀请我去现场捧场，于是我也参加了这次活动，他演讲的主题是《工作、生活一个都不能少》，准备的很充分，PPT也是精心制作，还自出心裁的引用魔兽世界来阐述数据库的工作。
我从他的演讲中也体会到了不少的东西，三人行，必有我师（凤凰台的锵锵三人行，名称是不是就来自这句古语？）。

我现场客串了一下，分享了专注两个字。
我希望每个人都能专注的去做一件事，如果能够专注的投入，成功并不会太难。

北航的学生表达的都不错，当活动获奖的同学发表一句话时，每个同学说的都很精彩，我记得几句：
一个女同学说：本来投了DBA的职位，听了讲座，我不要做DBA了*_*
一个男同学说：我准备用最后的一年，专注的去做一件事情。

祝福他们都能拥有美好的未来！

相关文章|Related Articles

评论数量(11)|Add Comments

本文网址：http://www.eygle.com/archives/2008/11/itpub_beihang.html

《深入解析Oracle》的出版进度

eygle@eygle.com(eygle) — Mon, 03 Nov 2008 14:56:00 +0800

《深入解析Oracle》一书的书稿早已经交给了出版社，今天将最后的资料全部交给了编辑，包括：序言、推荐序、个人简介、封面照片等。

那么现在的情况是：万事俱备，只欠东风。

下午编辑和我沟通排版的问题，之前我对排版提出了一点意见。那么现在的问题是，新书的书稿一共627页，比原书大大扩充了，如果经过压缩排版，那么可能会到550页左右。这还不算前言后记等内容。

如果注意以下排版美化，页码还会多出来近70页，这可能会直接导致价格上涨。
现在出版社的态度是，放弃美观、防止涨价。

大致就是这么个情况，希望年底之前，这本也许还是打印版Word文档一样的书就可以和大家见面了。
排版问题不能过多计较了，只希望接下来的流程能够一切顺利！

重要提示：
出版社请大家帮忙裁决，如果排版注意美观，新书排出来可能会达到600多页（因为我增加了不少内容），那么定价可能冲到80块左右。
原来第一版是65元，如果保持目前排版，大约定价略有上升，不会超过70元。

要质量还是要低价？两者不可得兼！

最后的沟通结果：
昨天，和出版社最后确定了一个两全其美的办法，就是将正文的字号缩减半号，原来是10.5，现在改为10号字，在观感上基本不会有什么变化，我用Word反复比较了一下，这个字号的变化是可以接受的。
然后通过字号的变化，缩减篇幅，然后增加其他排版的空间。
这样可以做到既兼顾了美观，又不会提高定价。

btw:出版社现在非常保守，由于金融危机的影响，据说图书销量大减！

谢谢大家！

相关文章|Related Articles

评论数量(23)|Add Comments

本文网址：http://www.eygle.com/archives/2008/11/oracle_internals_isready.html

姥姥北京游之 - 北京动物园·海洋馆

eygle@eygle.com(eygle) — Mon, 03 Nov 2008 08:47:42 +0800

周六，也就是11月1日，全家再次出游，一起带着姥姥去了一趟北京动物园，老人家从来没有见到过那么多动物的。

说来我也才是第二次去北京动物园，第一次还是在1996年，那时候我第一次来到北京，亲戚带我进去，没什么太多的印象，只是觉得大，走一会就觉得累的不行，没有尽头一样。
这一次好多了，也许是人大了的缘故吧。

海洋馆是重点参观对象，海洋里的世界，在陆地上得以饱览，这是最为吸引人的地方。
当然还有精彩的海狮、海豚表演。

老人家在海洋馆里变得活泼年轻起来：

还有大熊猫馆，那里有着来自四川地震灾区的大熊猫，但是大多在睡觉，一动不动，非常无视游人的到来：

不过比较起来，还是圣地亚哥的Shamu秀更为精彩，Shamu的表演非常震撼。

当然，在北京动物园，看到很多动物焦躁的被关在笼子里，感到非常的不安，尤其是东北虎，也许这个世界上已经没有了它们的安身之所。
不过更不幸的是记忆中的白暨豚，他们已经在世界上消失了。

相关文章|Related Articles

评论数量(2)|Add Comments

本文网址：http://www.eygle.com/archives/2008/11/laolao_in_zoo.html

10g QMON Architecture及AQ_TM_PROCESSES

eygle@eygle.com(eygle) — Fri, 31 Oct 2008 14:44:40 +0800

在Oracle Database 10g中，如果你注意过，可能你已经发现AQ_TM_PROCESSES参数的设置已经发生了变化。

缺省的这个参数被设置为0，Oracle启动了自动调整：

SQL> show parameter aq

NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
aq_tm_processes integer 0
SQL> select * from v$version;

BANNER
----------------------------------------------------------------
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Prod
PL/SQL Release 10.2.0.1.0 - Production
CORE 10.2.0.1.0 Production
TNS for Linux: Version 10.2.0.1.0 - Production
NLSRTL Version 10.2.0.1.0 - Production

在某些版本升级之后，你可能发现告警日志中存在以下警告：
WARNING:AQ_TM_PROCESSES is set to 0

Metalink Note:305662.1 中有这样一段详细描述:

Beginning with release 10.1, the architecture of the QMON processes has been changed to an automatically controlled coordinator slave architecture. The Queue Monitor Coordinator, ora_qmnc_, dynamically spawns slaves named, ora_qXXX_, depending on the system load up to a maximum of 10 per instance.

For version 10.1 onwards it is no longer necessary to set AQ_TM_PROCESSES when Oracle Streams AQ or Streams is used. However, if you do specify a value, then that value is taken into account but the number of processes can still be auto-tuned and so the number of running qXXX processes can be different from what was specified by AQ_TM_PROCESSES. If AQ_TM_PROCESSES is not specified in versions 10.1 and above, QMNC only runs when you have AQ objects in your database.

If should be noted that if AQ_TM_PROCESSES is explicitly specified then the process(es) started will only maintain persistent messages. For example if aq_tm_processes=1 then at least one queue monitor slave process will be dedicated to maintaining persistent messages. Other process can still be automatically started to maintain buffered messages. If you explicitly set aq_tm_processes = 10 then there will be no processes available to maintain buffered messages. This should be borne in mind on 10g systems which use Streams replication and from 10.2 onwards user enqueued buffered messages.

不过最近发现在10g中，自动的高级队列调度会存在问题，QMNC的动态协同存在问题。这段文字收次备忘。

相关文章|Related Articles

评论数量(0)|Add Comments

本文网址：http://www.eygle.com/archives/2008/10/10g_qmon_architecture.html

Oracle DBA 入门、进阶学习路线图

eygle@eygle.com(eygle) — Thu, 30 Oct 2008 11:21:02 +0800

经常有DBA朋友们向我咨询，如果打算进入DBA这一行，应该怎样入门，或者可以通过怎样一个路线图来进行学习。

关于这个主题，其实网络上已经有了一些内容可以参考。但是既然这么多朋友问题，我就将之前写好的一点内容发表出来。
算是对大家的一个回答，如果能够有所借鉴那是最好的。

我的这份路线图，是按照我写作的两本书来拟定出来的，因为这两本书也正是我学习、成长的路线。
参考一下我走过的路，我的总结与经验，也许大家能够有些许的收获。

那么路线图真的是有一张图，这是我将《深入浅出Oracle》和《循序渐进Oracle》两本书的内容综合整理出来的，请看下图：

当然除此之外，我推荐大家阅读一下我几本书的序言等，那里有我的心得与感言，可以作为学习的参考：
《深入浅出Oracle》一书序言
 《循序渐进Oracle》一书序言
 《Oracle数据库性能优化》一书序言

Oracle的学习贵在坚持，希望每个热衷于此的人都能够学有所成！

相关文章|Related Articles

评论数量(11)|Add Comments

本文网址：http://www.eygle.com/archives/2008/10/oracle_dba_study_road.html

Oracle Life

Google上的Oracle Internal新闻组

RAC环境修改undo_rentention需要谨慎

什么是ABM、ABC、ABP - 学习

SUN公司以及Mysql开源数据库的未来

完成 ITPUB 高校巡讲 华北电力、北京理工站

Linux + Oracle 数据库系统启动能有多快?

IT168&ITPUB高校行活动:我也能做 DBA

亲人的团聚 以及 墨墨的世界 - 北京之秋

如何快速的成为一个合格的Oracle DBA?

《深入解析Oracle》一书前言

IT168&ITPUB高校行活动 - 北京北航

《深入解析Oracle》的出版进度

姥姥北京游之 - 北京动物园·海洋馆

10g QMON Architecture及AQ_TM_PROCESSES

Oracle DBA 入门、进阶学习路线图

完成 ITPUB 高校巡讲华北电力、北京理工站

亲人的团聚以及墨墨的世界 - 北京之秋