ITPub博客

早上就接到个电话，说是美国的快件，问我送到哪里，有点紧张的告诉快递公司我的地址，放下电话就开始琢磨，美国。。。。谁给我快递东西了。。。。难道是。。。。她。。。。不可能不可能。。。中午吃饭，又收到电话，DHL送的快递，说快到了，突然一个机灵，想起来会不会是上次Oracle的ACE发东西了，可是寄个衣服还需要从美国寄过来，成本高了点吧，还是有点犹豫。。。收到东西，果然是美国。。。。的Oracle寄来的，一个挺大挺扁的盒子，看上去应该是衣服了，打开一看，果然，好像是抓绒的衣服，夏天是不能穿的了，不然非得被送进安定医院去

周末，夜，放松了一天，周末的夜晚无所事事，本打算吃完了看看片，看完了睡睡觉，晃晃悠悠过周末。时近晚上10点，突然接到一个客户电话，一看号码，心说这可不好，肯定出问题了，希望不是大事。。。电话里，客户看样子还挺着急，原来是数据库起不来了，不过听上去问题不算太严重。客户下午本来要换UPS，结果正在备份呢，突然停电，这还没换掉的UPS再加上停电，结果服务器带存储一起就咔嚓了，等来电了把服务器都起来，结果发现，服务器上的三个库，其中有一个起不来了，故障呢，是open数据库的时候出现了SQL递归调用失败，访问undo表空间的

一直在高强度的运转，突然停下来休息，非常不适应，因此，病了。从初期的身体有点发冷，到后来喉咙痛，眼睛痛，头痛，现在还能动，不过非常的没有精神，看来忙得过度了，也是会得病的。还好，还年轻，熬过这几天，继续为了oracle的事业而奋斗。[@more@]

最近正好有朋友问起了块空间参数对性能的影响，简单写了几句，记录一下。 db_block_size是数据块的大小，也是数据库I/O的最小大小，对数据访问时的I/O性能影响大，而且创建好数据库后就不能修改了，所以最好在创建数据库之前确定 好，通常建议尽量使用较大的块，另外，块的大小也跟经常执行的并发事务数有关，过大的块也可能出现热点块竞争。对数据块的考虑通常从下面这几个方面考虑： 1、对查询来说数据块要足够大以减少I/O 2、对查询来说尽可能在块中放入更多的数据以减少I/O 3、对查询来说尽可能数据在最少的块中得到（减少行链、行迁移

我捐了，捐的不多，1000元，但这是第一次，以后，还会有第二次，第三次，第四次。。。。每天打开电视，看得第一个节目，就是地震灾区的救灾直播，打开电脑，关注的第一个页面，就是地震救灾中又救了多少人，与朋友的聊天，第一句话，就是，你捐了了嘛。。。看着灾区那么多受灾的人，尤其是那一个个受伤的孩子，废墟中伸出的一双双手，心很难受。。。捐吧，捐了的钱我们还能挣，而这些钱对于灾区的人民，也许就是他们温饱的饭，避寒的衣，挡雨的伞，或者是减少他们痛苦的药，对于生命和享受，你还有什么可选择的，捐。。。震灾晚会在进行着

这两天最关心的莫过于数字——一个大地震的伤亡数字，一个在不断递增，不断在人们心上、身上刻着、刺着、划着，带来巨大伤痛的数字，从7000到8000多，到11000多，现在，已经12000多，而从报道的情况看，可能还会有更多，也许是2万，或者。。。看着心疼，尤其是看到那些照片，原本还天真活泼的孩子，没有了可爱的笑容，只剩下一本书放在脸上，遮盖着已经没有任何生气地脸，而那些父母，哭天喊地的悲痛欲绝，这不是人间惨剧，还是什么。为什么倒塌了那么多学校，为什么伤亡了那么多孩子，为什么这么大的地震居然一点前期预报都没有，只剩下心

今天，最大的事情看来就是地震了正在上网，一个消息从朋友的MSN发了过来，说西安地震了，而且在震中，让我赶紧跟家里联系一下。。。开始并没有太在意，在网上看了一下，震中不是在西安，而是在四川汶川县，不过地震等级确实挺高的。想了想，四川离西安还是有一定距离的，应该没事。没过多久，突然发现几乎所有的QQ群里都出现了大量的地震信息，北京地震。。。重庆地震。。。杭州地震。。。山西地震。。。连大老远的上海都有地震了，靠，那西安肯定也会震阿，赶紧打个电话吧。这一打不要紧，结果我们家3个手机没一个能打通的，从3点多一直打

在帮客户进行数据库巡检时发现，客户的库是从8i升级到9i的，因此，很多表空间仍然使用了原有的字典管理表空间模式，而这种模式的空间管理性能很差，因此建议客户将这些表空间全部换成本地管理的表空间，经过沟通，客户也认可此建议，因此，今晚开始实施。实施之前，对整个数据库进行了备份，这是传统，也是本能（希望以后做dba的朋友们也能养成这样的习惯，当然，这次的备份倒是没派上什么用处）丢弃字典管理表空间换成本地管理倒也不难，新创建本地管理表空间，然后把原来字典管理表空间上的存储对象移动过来就是了，对于表可以使用move，

怪事年年有，今年特别多，这不，又碰上件怪事。本来只是去给客户做个巡检，结果巡检顺利完成，客户顺便让我帮他们看个问题，说导出有问题，看看就看看吧。10g的数据库，命令行下作exp果然出错，报了一堆莫名的错误，居然还有600错误，参数值为BqmxtrScalarIsRewritable，查metalink吧，没有这个错误参数，查google吧，只有一个老外的blog提到了，但也只是他遇到了错误，没解决错误。。。啥问题呢，看其他提示信息，有点像数据库系统内部的问题。尝试做dbms_metadata.get_ddl，结果报错，看来的确系统上出问题了。没啥说的，调脚本重建数据

过程篇：今天准备给客户做一个数据库升级，aix5L平台上的9201升级到9206，这种事情做得也多了，本来没觉得会遇到什么问题，结果还是遇到了，幸好，问题不大。客户的数据库不大，不过比较特别的是，这一台主机上运行着多个数据库，所以升级之前需要先关闭所有的数据库。于是以正常的方式shutdown了所有的数据库，然后准备好升级的文件包并且准备好所有的目录。根据建议，打算重起一下主机，以确保彻底释放资源占用。按照我平时的习惯，直接reboot主机。现象篇：等了一会，估摸着主机起来了，连接上去，果然已经成功启动，这就打算动手升级数

呵呵，昨天晚上正吃饭，就有朋友电话打过来，好消息阿，股市要涨。。。吃的正香呢，一不留神听成了骨头要涨价。。。终于明白了，原来政府要降低印花税了，难怪朋友都乐开了怀了中国这股市，就是个政策市，明白的事情了，还搞得遮遮掩掩的，有什么意思，说什么降低印花税是救市，作用是救市，根本上其实是纠偏，哪有看股市好就死命提高税点的，明摆着从股民身上抽血吸汗嘛，该降，不降，中国股市迟早得跨，股市跨了，经济也好不到哪里去今天上网看了看，大盘始终在高位，成交量也明显增大，这是什么，这就是信心，大家看到了政策的导向，才

上一次，测试了一下reset incarnation的作用，朋友又提出下一个问题，能不能跨多个实体进行恢复呢，理论上是可以的，不过没实践过，还是测试一下吧。--首先在实体5上进行全库备份RMAN> backup database format='c:bak%U.bak';启动 backup 于 26-3月 -08分配的通道: ORA_DISK_1通道 ORA_DISK_1: sid=142 devtype=DISK通道 ORA_DISK_1: 启动全部数据文件备份集通道 ORA_DISK_1: 正在指定备份集中的数据文件输入数据文件 fno=00001 name=E:ORACLEPRODUCT10.2.0ORADATAORCLSYSTEM01.DBF输入数据文件 fno=00002 name=E:ORACLEPRODUCT10.2.0O

郁闷阿，这次飞行又在我悲惨飞行史中记录了一笔，上海虹桥飞太原，晚上8点45的飞机，由于上海下雨，在上海耗到晚上0点20才起飞，这还是好的，有个别航班等到晚上11点了，告诉说停飞。。。 飞到太原是晚上3点，这大半夜的，下来也没个大巴，只有少量出租车，而且坐地起价，原本打车到市里也就20多，结果晚上一个人就要至少30，还得搭4个人才走，不愿意被宰，心理上承受不了，犹豫之间，已经被一堆急于回家的人挤满了车，想坐也没得坐了。旁边几个人说不行往外走吧，也许外面有车，心想机场反正也没人，干脆跟他们一起走吧，于是步行走向太原

天上，又下起了细雨，虽然不大，确足以寒了路人们的衣衫和心情，每个人都缩着脖子，在雨中快步的行走，昨天这里还是大太阳晒着，而现在，已经阴雨密 布了。上海，时尚之都，我又一次来到这里，这一次，还是来得匆匆，去的一样匆匆。。。不知道是怎么得，好像天生八字跟上海不是很和，每次来的都匆匆，而走的总是不顺，已经好几次了，航班的延误似乎已经成了惯例，这次，也继续保持着一 如既往的优良传统，心情，也随着这延误的航班，重重的沉入谷底。身边人来人往，每个人都看上去表情沉重，焦虑的走来走去，或者哭丧着脸跟亲戚或者朋友打

上午刚处理完客户的一个问题，正在发呆，一个哥们在msn上跟我发了个链接，问起我Oracle里incarnation的问题，本来也没想那么多，回答了几个问题，后来觉得这么说说不明白，干脆做个演示好了，于是就在这两天，作了一些incarnation的测试。先解释一下我对incarnation的理解吧，incarnation，我把这个叫做数据库实体，不知道其他人怎么个叫法，从含义上看，它指的是一个重置scn后的数据库场景。一个数据库在刚开始被创建出来时，scn号为1，随着运行，scn不断单调递增，Oracle就是根据scn描述数据库的整个发展进程，可以说scn就是数据库的时间

平台：HP-UX B.11.23 ia64数据库：Oracle9i Enterprise Edition Release 9.2.0.2.0 - 64bit Production故障现象：客户SQL语句出现性能问题，本来想收集SQL跟踪信息，发现user_dump_dest无法写入，修改到其他路径下只能产生一次trace文件经过查找，发现background_dump_dest也无法写入trace文件，怀疑权限有问题，决定创建新的目录，并赋予合适属组及权限，将udump和bdump指向新的目录，经过测试，发现只能在每次指定新目录后产生一次trace文件，以后在其他会话启用跟踪也无法产生新的跟踪文件，重新切换新目录后又再次可以产生一个文件，然

西林，一个北方的小城镇，位于黑龙江省哈尔滨以北200多公里处，是伊春市的下属一个区。这里位于小兴安岭腹地，是我国著名的林区城市，四周被大山树林环绕是一个以森林景观为特色的全新旅游城市。呵呵，可惜，我不是来这里旅游的。来到这里，也是因为有一个培训的项目，来之前就做好了充分的思想准备，听说这里是在山里，比较偏僻，没想到到这里还是觉得有点吃惊。这里真的是偏，四周树林环绕，整个城市基本上没有多少人，当然，现代化的建筑还是有的，但更多的，还是过去山里村庄的那种低矮平房，平房的四周用很高的木条围着，这就是栅栏了

今天，天气晴朗，心情也不错早上一大早就赶到客户现场，今天客户的主机终于到了，可以装数据库了，装好了经过验收，俺的那份￥就到手了，想想就觉得兴奋阿来到机房，客户已经上班了，人家比我来得早，已经把小机就位，准备好了网络环境，就等我开装了ok，保持着高度的兴奋感，开始工作。。。[@more@]今天，天气晴朗，心情也不错早上一大早就赶到客户现场，今天客户的主机终于到了，可以装数据库了，装好了经过验收，俺的那份￥就到手了，想想就觉得兴奋阿来到机房，客户已经上班了，人家比我来得早，已经把小机就位，准备好了网络环境，就

很久没有写blog了，最后一次动笔要追溯到04年了，这几年工作上、生活上都发生了一系列变化，事情越来越多，心情越来越浮躁，动笔写点东西就成了一件不可完成的任务。终于有一天，朋友的一句话惊醒了我，让我一下子从每天碌碌的快速奔跑中暂停了下来，停下来想这段时间发生的那些事，也许是该让一切恢复正常了，真正的生活也许应该重新开始了。屈指一算，做DBA已经6年多了，在这六年里，经历了很多事情，认识了很多朋友，逐渐从一个菜鸟成长为一个老鸟，对Oracle数据库的认识也越来越深刻。能够达到现在的水平，跟很多朋友的帮助是分不开的