December 18, 2008
纪念EYGLE.com BLOG写作四周年
作者:eygle
出处:http://blog.eygle.com
多亏安装了MT MTOnThisDay插件，让我看到，到今天为止，这个BLog已经写了满四年。
前几天看Fenng写了一篇DBANotes五周年，回想起来，当初搭建这个站点是受到Fenng很大的影响，而且也借鉴了他很多地方，强烈表示感谢。
一周年的时候，写过一篇总结，而那之后，似乎就没有总结过了，今天一定要留下一笔，为了纪念。
就纪念一下这一天吧。
下午带着儿子去菜市场买菜，我教他不同的菜是什么，他咿咿呀呀的跟我学，再然后他坐在婴儿车里很快睡着了，我去买了一个大西瓜，墨墨非常喜欢吃西瓜，上次小秦同学带了个西瓜来，墨墨吃的很开心。
这个季节，北京的习惯，3.5元/斤，一个西瓜28元。
到家之后，小家伙抱着西瓜乐个不停，而且对西瓜印象深刻，能够叫出清晰的"瓜"的发音，很快他把西瓜玩破，一家人开始吃西瓜。
在菜市场遇到了某人的准夫人，正好在我旁边买菜，她说他从上海回来，还没吃饭，她买东西做给他吃。
我听了忽然十分感动，也许，或许，是第一次有人那么关心、那么认真的给他做饭吃吧？
祝福这个飘来飘去的年轻人有一段终于可以尘埃落定的姻缘！
晚上，和岳母一起哄墨墨睡觉，结果我不知道墨墨什么时候睡着的，我是睡了一个小时后爬了起来，墨墨在旁边也睡的正香。
前天老婆问，这些年最大的成就是什么，我说：是墨墨。
BLog写作四周年，北京漂泊5年多，老婆墨墨一家人，珍爱这一天！
Posted by eygle at 10:37 PM | Comments (13)
关于ASM NORMAL REDUNDANCY的故障处理
作者:eygle
出处:http://blog.eygle.com
今天有朋友问到关于ASM的一个问题，当使用NORMAL REDUNDANCY方式创建磁盘组后，如果一个磁盘组掉线，或者使用不同盘阵，一个盘阵掉线，如何进行之后的处理，数据库运行是否会受到影响。
关于这个内容，理论上是没有问题的，至于实际操作则应极其慎重，在NORMAL REDUNDANCY模式下使用ASM的用户并不多见。
而且在Metalink上还刚刚看到一个BUG：5999619，在HP-UX PA-RISC (64-bit) 11.11平台
使用Database Version 10.2.0.3.0 ，有用户报告：ASM HANGS WHENEVER THE DISKS IN A FAILGROUP ARE NOT AVAILABLE
Metalink Note:395712.1对一些ASM常见问题做了总结，其中包括如下解答：
SQL> CREATE DISKGROUP dgroup1 NORMAL REDUNDANCY
FAILGROUP controller1 DISK '/devices/diska1', '/devices/diska2', '/devices/diska3', '/devices/diska4'
FAILGROUP controller2 DISK '/devices/diskb1', '/devices/diskb2', '/devices/diskb3', '/devices/diskb4';
in this example we have 2 failure groups called controller1,controller2. There are 2 possible situations of failure can happen.
Situation #1:
-----------------
A disk in controller2 has failed or damaged.
In this case, if we supposed that disk '/devices/diskb3' has been damaged, ASM will mirror all the data in that disk to be available in the other 3 disks '/devices/diskb1', '/devices/diskb2', '/devices/diskb4'. ASM collected the file extents or data from the other failure group controller1 not from controller2 which means every file extent in controller1 failure group will be mirrored in controller2 failure group. The situation here may come to a critical one if the free space in '/devices/diskb1', '/devices/diskb2', '/devices/diskb4' can not hold the amount of data from the damaged disk '/devices/diskb3'. So some of the file extents located in controller1 failure group will be mirrored in controller2 failure group an others will not according to the lack of space in controller2 failure group. Database will still be working.
Situation #2:
-----------------
A whole failure group has been damaged.
In this case, if we supposed that controller1 failure group has been damaged, ASM will not mirror any thing because the mirroring happens among failure groups not among disks - No MIRRORING in a single failure group - . Database will still be working. This will lead that controller2 failure group will contain the primary extents. If any thing wrong happened to this data - primary extents - , the ASM will stop immediately.
Posted by eygle at 2:14 PM | Comments (0)