21:31 face (279 Bytes) » Photos from dbanotes

dbanotes posted a photo:

18:43 补考 (2635 Bytes) » Fenng's shared items in Google Reader

昨天下午5点多手机上有个未接电话，是一个没见过的号码，回过去才知道是班主任，通知我今天下午6：30补考物理。我一般情况是6：15下班，如果要参加这次补考，就得请假提前下班。上学期的物理我是旷考，完全把考试的时间给忘记了，那是个周六的上午，我加班在公司参加了一次用户调研。中午接到同学的电话，说上午有考试、下午也有考试，我都给记成是周日考试了，赶紧打车去学校，勉强考了下午的那门课。

今天一大早我就请了2个小时的假，下午不到4点我就从公司里出来，挤上地铁，换公交车。提前1个小时就到了，坐到了中心教学楼前面的喷泉边上，写一点东西。昨天宝贝儿还提醒我今天要带书，要不抄都没地方抄，但我还是什么都忘了。说实话，这门课我是一点都不懂，公式什么的一点都不知道，带书跟没带一样。上学期很狼狈，课就没上几节，期末竟然还旷考。虽然如此，我也得硬着头皮来学校补考，因为我已经有了38分的平时成绩（满分40），稍微弄点分就能及格了，况且估计补考也不严格，判分也许就那么回事，没准能混个及格。总的来说是把这次补考当成一个机会吧，及格的机会。

喷泉旁边飞着很多小虫子，就在你头顶四周盘旋，也不降落，也不攻击，就是那样烦着你。挪个地方它们也跟着挪动，不知道怎么办，只能忍着。想想一会的考试，真不知道怎么个考法，刚才从公司出来的时候还差点没带笔，随手拿了根笔出来，要不更狼狈，连笔都没有，哈哈。

这学期只有3门课，数据结构、操作系统、数据库，还好都学过，平时也多少有点接触，应该不会出现不及格的情况了。我也立志这学期尽量少旷课，能听就听一点，也想抽时间看看书。估计下学期就没有什么课了，把该补考的都补考了就毕业了，我的学位估计是希望不大了，就拿个毕业证就得了吧，太累。

考试前多亏找同学复印了3张之纸的东西，要不真没戏了，从上面抄到了几道题，其余的都是抄别人的。抄的过程就不多说了，抄的时候也不过脑子。情况还可以，有希望能够补考及格，就是希望补考也把平时成绩加上。一把年纪的人了，还考试作弊，我真够丢人的了。

18:16 恢复8.1.6的数据库勿忘svrmgrl (2441 Bytes) » Oracle Life

©作者：eygle 发布在 eygle.com

昨天帮助一个客户恢复了一个Oracle 8.1.6的数据库。

最近已经很少遇到8i版本的数据库了，基本上越老版本的数据库越是缺乏管理，出现故障的概率就越高。
客户的数据库安装在一台联想的PC机上，使用的是Turbo Linux系统，非归档、无备份。
自从2007.09.27宕机之后再未启动，直至昨天晚上恢复完成后数据库得以再次启动。

在数据库管理方面，Turbo Linux和常用的Redhat Linux并无太多区别，所以恢复是比较顺利的。

唯一需要记录的是，svrmgrl几乎要被遗忘，但是在8i版本中，它依然重要。

遗留的一个问题是，那台服务器的网卡无法启动，在日志中网卡出现如下一条提示：

hardware receive checksums disabled
ucode was not loaded

不知道应该如何解决，哪位可以提示一下？

-The End-

相关文章|Related Articles

评论数量(2)|Add Comments

本文网址：http://www.eygle.com/archives/2007/10/816_svrmgrl_recovery.html

18:14 facebook数据库结构 [Flickr] (378 Bytes) » 车东[Blog^2]

车东 posted a photo:

loop2.cn/?p=108

18:01 Windows环境中同时安装Oracle9i 10g和11g (714 Bytes) » yangtingkun

简单描述一下在windows的同一用户下，安装Oracle的9i、10g和11g的方法。Oracle在windows平台下的安装是所有平台中最简单的，基本上不需要进行任何额外的处理就可以成功的安装，可以说没有什么技术含量。不过在同一台机器的同一个用户上同时安装两个不同版本的数据库就需要一定的技巧了。这里简单描述一下在同时安装Oracle的9i、10g和11g需要注意的问题。首先，安装版本需要从低到高。也就是说先安装9i的数据库，然后安装10g的数据库，最后安装11g的数据库。第二，ORACLE_BASE可以指定同一个目录，ORACLE_HOME需要指定不同的目录。采用OFA可...

18:00 DBAsupport.com : Oracle 10g Central : Hashing in Oracle (0 Bytes) » del.icio.us/fenng/oracle

11:44 东拉西扯：Facebook的身价 (3536 Bytes) » Fenng's shared items in Google Reader

一年前，Yahoo!打算收购Facebook的时候，它给Facebook的估值是7.5亿美元。一般人觉得，这已经是个天价了，新闻集团收购远比 Facebook用户群庞大的MySpace，也只不过花了5.8亿美元，Facebook凭什么这么值钱？是啊，凭什么？这么多钱，Facebook居然还不卖。

一年后，微软一边散布Facebook被高估的言论，一边和竞争对手Google血拼，最终以2.4亿美元入股Facebook，拿到的却只是1.6%的Facebook股份，让Facebook的估值猛窜到150亿美元。

从7.5亿美元到150亿美元，这一年间究竟发生了什么？

其实什么都没发生。巨人们一直在寻找有希望的苗子，试图在它们还没有长大的时候，就据为己有。过去，这样的巨人是更早看懂互联网的AOL、Yahoo!，今天，则是Google、微软以及新闻集团。在巨头们钩心斗角之间，Facebook成为一个有价值的筹码。150亿美元的估值，除了包含Facebook的潜在价值，还包括防止被竞争对手夺走的大幅度的溢价。

Facebook是个幸运儿，它成功地利用了巨人的贪婪和惶恐，让自己处在一个非常有利的位置。2.4亿美元现金，加上150亿美元的身价，足以让它为自己开辟更宽广的生存和发展空间，同时还避免了股份的快速稀释。不过，这样的幸运儿永远都是极少数。因为稀有，才奇货可居。这时候，Google说自己和MySpace的合作好于预期，多少有点酸葡萄心理。MySpace的短视，可能注定让它难当大任。

回到国内，也许要不了太久，我们就会看到成堆的“中国的Facebook”。中国的什么都无所谓，关键是，有几个人能沉下心来做自己的事。从这个角度说，我还是挺佩服李彦宏的，最终他没有把“中国的Google”卖掉，也没有三天两头变来变去。

前天SP火你信仰SP，昨天MySpace火你信仰MySpace，今天Facebook火你又信仰Facebook，期间还间或信仰一下Craigslist和YouTube，坦白说，我还真有点搞不清楚，这到底是信仰还是投机？跟所有的风，很可能什么风都跟不上。

Facebook高企的身价，只是一个个案，千万别以为，你克隆一个Facebook，也能拥有十分之一的身价。

08:30 HDS AMS1000 snapshot测试 (660 Bytes) » 缥缈游侠-logzgh

P570连接AMS1000,上面跑着standby，想对上面的db做个snapshot测试。下面是配置步骤，属于记流水帐形式的，没啥大的作用。^_^1.填加snapshot license 填加该license时，需要会将cache partition功能disable掉，同时会减少可用cache的大小。如果之前用了cache partition功能的话，则还需要重启存储。2.先填加p-vol,再创建snapshot image3.创建data pool4.创建两个小的lun，做为commanddevices 这个commanddevices是用来接收主机发送到指令5.再在port上面的logical unit里面添加映射关系6.再主机安装软件，并修改相应的配置文件(这步相对来说...

08:03 Pumpkin contest reminder (2033 Bytes) » Red Hat Magazine

Been thinking about entering our pumpkin contest but just don’t have any ideas? Red Hat Magazine writer Nicu Buculei has one for you.

Where I live people do not celebrate Halloween, don’t do trick-or-treating, and do not carve pumpkins for this day.

I have no experience of carving pumpkins so I don’t want to enter the contest, but I have a picture to share: I made a cartoon character for my blog and imagined some scenarios around it, one of them being inspired by your contest.

The tradition is to have a name (not widely used, more for internal use) for each Fedora release, and the upcoming Fedora 8 (due in about 2 weeks) received, as a result of a community vote, the name “Werewolf.”

The deadline is Monday, October 29, so you still have a few days to carve. Send us your pumpkins–there’s $50 at stake here!

08:01 Oracle Database 11g: SQL Performance Advisor, Part 1 (266 Bytes) » DBASupport

This article the first in a series on new Oracle Database 11g SQL performance improvement features reviews how to set up and utilize these features and provides a simple simulation of how SQL Performance Advisor can detect changes to an Oracle 11g database system.

08:01 Hashing in Oracle (128 Bytes) » DBASupport

Hashing is but one of many cleverly implemented functions embedded in Oracle. Learn all about it, what it is and how to use it.

05:30 痛饮咖啡，熟读手册，方可为DBA (3709 Bytes) » DBA notes

©作者：Fenng 发布在 dbanotes.net

嫦娥上天了。为了庆祝这个活动，咱也搞项目，这不又熬了一夜。接近中午的时候才回家，到头便睡，刚才起床的时候看到枕头边的手机居然有两个未接电话,可能是睡的太死。累，如果要在这个字前面加上形容词，那就是:他妈的，真他妈的累。

前几天还有人问我，咋能成为一个 DBA? (真不知道这活有什么好羡慕的)，昨天熬夜的时候想到一句话：痛饮咖啡，熟读手册，方可为DBA。(套用闻一多的“痛饮酒，熟读离骚，方可为名士",嘿)"痛饮咖啡"是指要能熬夜，要有足够的体力和耐心，数据库维护是个高风险的事情，一步小心就可铸成大错，所以可能连续数个小时精神都是高度紧张状态，对我来说，凌晨六七点钟是比较容易迷糊的时候，脑袋轰鸣作响，头重脚轻，晚上熬夜不喝点提神的一般人怕是挺不过去。“熟读手册”就是要对基本的知识点烂熟于心，其实决大多数的维护用到的知识点 99.99% 都在技术手册里面，灵活运用也就是了。而深层次的技术积累则要靠平时多看多问多琢磨，有些可意会不可言传的意思。

光看我写的这些，可能觉得 DBA 是个挺恐怖的"工种"，其实也有钱多人傻速来的时候，不过我是从来碰不上这样的好事罢了。

头脑还有些迷糊，刚才看今天股市跌的一塌糊涂。对了，DBA 不能炒股，否则，遇到事情干完活，那边厢早就跌停了

--EOF--

相关文章|Related Articles

评论数量(4)|Add Comments

本文网址：http://www.dbanotes.net/mylife/how_to_be_a_tired_dba.html

00:20 如何确定index root block split的时间点 (3478 Bytes) » eagle's home

在繁忙的系统上，index root block split往往会引发大量的buffer busy wait, latch: cache buffer chain等待

精确确定root block split发生的时间点对分析问题很有帮助。这里提供一些实用的技巧。

1. 首先你要确认某一时间段内有没有发生index root block split

这可以通过一些简单sql的buffer gets per execution来确定，例如对于level=2的PK index做unique index scan,那么大致的buffer gets/exec就是4。
如果发生root block split，index level变为3，那么buffer gets/exec相应会增加到5。这可以通过查询statspack的表得到一个具体的时间段。
该时间段的长短取决于你做snapshot的间隔时间。

然后可以找出在这一时间段内有多少archive log产生。然后逐个dump archive log

dump的时候只寻找root block的信息，用下面的sql：

ALTER SYSTEM DUMP LOGFILE ‘FileName’
DBA MIN FileNumber . BlockNumber
DBA MAX FileNumber . BlockNumber;

root block的filenumber, blocknumber 可以从dba_segments中得到

FileNumber = dba_segments.header_file
BlockNumber = dba_segments.header_block + 1 (默认freelist_groups =1的情况下)

SQL> select segment_name,header_file,header_block from dba_segments where segment_name=’T_IDX’ and owner=’XFAN’;

SEGMENT_NAME HEADER_FILE HEADER_BLOCK
——————————————————————————— ———– ————
T_IDX 8 37

block# 37为segment header,紧接着的就是root block , block# 38

然后在trace file中找到关键字“initialize root block after split”

这样就可以确定出split发生的准确时间点了

REDO RECORD - Thread:1 RBA: 0×02efd9.00020e3d.0060 LEN: 0×20a4 VLD: 0×01
SCN: 0×0327.e7617df4 SUBSCN: 1 10/22/2007 16:11:28
CHANGE #1 TYP:0 CLS:757 AFN:98 DBA:0×1883f3a9 SCN:0×0327.e7617df4 SEQ: 1 OP:5.2
ktudh redo: slt: 0×0021 sqn: 0×00000000 flg: 0×000a siz: 8148 fbi: 0
uba: 0×18448bc4.0010.01 pxid: 0×0000.000.00000000
CHANGE #2 TYP:1 CLS:758 AFN:97 DBA:0×18448bc4 SCN:0×0327.e7617df4 SEQ: 1 OP:5.1
ktudb redo: siz: 8148 spc: 7122 flg: 0×000a seq: 0×0010 rec: 0×01
xid: 0×0173.021.0000002a
ktubu redo: slt: 33 rci: 0 opc: 10.21 objn: 6192 objd: 12471 tsn: 9
Undo type: Regular undo Undo type: Last buffer split: No
Tablespace Undo: No
0×18448bc3
index general undo (branch) operations
KTB Redo
op: 0×05 ver: 0×01
op: R itc: 1
Itl Xid Uba Flag Lck Scn/Fsc
0×01 0×0173.021.0000002a 0×18448bc3.0010.02 —- 1 fsc 0×0000.00000000
Dump kdige : block dba :0×8201f40a, seghdr dba: 0×8201f409
restore block before image
…

CHANGE #3 TYP:0 CLS: 1 AFN:520 DBA:0×8201f40a SCN:0×0327.e7617df4 SEQ: 1 OP:10.12
index redo (kdxrsp): initialize root block after split,count=3
KTB Redo