通过NFS执行RMAN恢复遭遇ORA-27054
下午同时做两个备库，一个9.2.0.6，一个10.2.0.3的，都是通过NFS直接将主库的RMAN备份挂到备库相同路径。然后通过rman来restore。
9206的一切正常，10203报错：
ORA-19505: failed to identify file "/bak/rmanbak/NinGoo/0ija94hs_1_1_18.bak"
ORA-27054: NFS file system where the file is created or resides is not mounted with correct options
Additional information: 6
Metalink上一查，又碰到bug了。10g的bug真的不是一般的多，随便做个什么操作都可能碰到，晕死。昨天晚上RAC又出了点小毛病，一个节点down掉后无法mount，在其他节点测试，发现控制文件和某些数据文件都无法读取，trace出来一直在做gc domain validation等待，估计由于节点异常宕掉导致某些资源锁无法释放了，没办法只有重启所有节点，而且由于控制文件无法读写，还只能shutdown abort，剩最后一个节点的时候shutdown immediate成功。
10gR2通过NFS执行rman备份恢复都可能碰到这个Bug 5146667，描述详见Note:424785.1，临时解决方法，可以修改nfs的mount参数(不同的平台参数可能不一样)，或者设置10298事件，或者打相关patch。查了下patch好像只有Solaris平台的…
小心慢行，安全第一
下午在浙大玉泉校区北门的路上，第一次近距离目睹了一次车祸的全过程。当时一辆吉普从一条侧路冒头出来，大路上一辆polo快速冲过被碰飞，在挂倒一个行人后撞上停在路边的奇瑞，奇瑞车的右后轮部分被撞上行人道，估计当时polo的速度应该超过60，整个过程很快，只听到嘭嘭两声。被挂倒的行人倒地后能坐起，没有血迹，也没有惊叫，不知道是受伤过重，还是惊吓过度。两位司机下来后的第一反映，吉普车在检查被撞的车头，polo则指责吉普从侧道冲出，然后吉普反诉polo超速行驶，经围观人群提醒后才去注意倒地的行人。在老和山植物园转了一圈后回来，发现尾部被撞陷进去，后座严重变形的奇瑞还是原样停在行人道上，这哥们估计要郁闷了。
当时距离那个路口不到5米，要是再走快一点点，就有可能被奇瑞撞到，现在想想还有些后怕。各位司机朋友，请千万小心驾驶，为了你也为了行人的安全。浙大校园里的车真TMD多，一溜儿的宝马奔驰奥迪保时捷，尤其是老和山脚下那个啥浙商总裁班的门口，双车道基本都变成了没车道。
解决xmanager无法启动AIX的CDE桌面一例
昨天在AIX上中安装oracle9i的时候，xmanager能连上服务器，也能登陆，但之后就一直停在starting CDE environment，桌面死活出不来。检查服务器，CDE是安装了的，执行/etc/rc.dt也能顺利启动，检查dtlogin也运行正常。
最后发现，问题出在/etc/hosts上，假设主机名为test，IP地址为192.168.168.1，/etc/hosts文件中存在如下记录
192.168.168.1 test1 test
也就是这个位于test之前的test1造成了问题，去掉后桌面正常出来了。还有一个小问题，在AIX上安装9i会要求指定JDK1.3.1的位置，大多数情况下，安装程序会在$ORACLE_BASE/jre上安装一个1.1.8和1.3.1的版本，但有时也可能碰到没有安装的情况，这时可以指定系统中其他版本的JDK，比如/usr/java14，系统中是否已经安装其他版本的jdk可以通过which java来查看。
记录一下备忘。
Oracle11g ASM强大的新工具AMDU
在上次ASM故障恢复的案例中，强烈的感觉到ASM过于封装的特性，虽然极大的减轻了DBA的管理负担，但同时也使得灾难发生的时候处理的难度更高。
刚刚在著名的Pythian上看到一篇不错文章，提到Oracle11g的ASM提供了一个新的工具amdu，这个名字貌似就是ASM+DUL的简写，很好很强大。目前还没有实际使用过，看了看帮助，其功能真的非常厉害，对于磁盘头损坏之类的故障处理起来非常的方便，也可以直接从diskgroup里抽取出数据文件。有了这个东东，d.c.b.a开发基于ASM的AUL的想法基本可以放弃了，哈哈。有时间可以好好的研究下。
文章中还提到两个rac和asm方面非常值得一看的网站：
http://canali.web.cern.ch/canali/
http://blogs.oracle.com/AlejandroVargas/
