愁啊愁！愁白少年头！----近几日做项目有感

近几日做项目颇感郁闷，心里忐忑不安，技术上困难重重，用户心急如焚，所以偶上来发发牢骚，一吐心中之烦

其实这次项目实施，主要是分四块

1）创建rac集群

2）从其他服务器（os不同，oracle版本也不同）上的将数据导入rac集群

3）由于奥运的关系，有1台小机没有及时到货，所以又多了一项工作添加节点

4）dataguard实施

一 烦恼来了

开始基本还算顺利（为什么叫基本呢，搬机器拉，弄机架拉，机器上架拉麻烦死了），但做项目一直有个感觉，整个过程肯定不会一帆风顺，总是要有不顺的时候。

终于新的小机来了，开始添加节点，麻烦也来了

因为业务系统已经迁移到了新的集群上，所以任何操作都要慎之又慎！在新的小机上做好了添加节点的准备，由于在之前安装过程中疏忽，没有把 disks 上reservation_policy 的值改为 no_reserve，导致在添加节点的时候失败了。然后我们就重新清除新加节点上的CRS重新搞，结果重在执行脚本root.sh的时候，css is active on all nodes停住不动了。于是乎我们查文档(metalink也没有对应情况的解决)，仔细检查配置是否有错，从每天早8点一直到晚上12点，折腾了几天还是没有进展，连请eygle大师出马的冲动都有了(估计很贵，也知道冲动是魔鬼)。

二 惊魂

由于业务系统跑在新集群上，每天都有大量用户访问，所以肯定是不能停的。但就在这时，由于添加新节点弄的头昏脑胀之时，犯了一个大错。
本想把新节点先拆下来，所以就把那个小机上的存储光纤拔下来了。这一拔可不得了。由于新节点上还运行着gpfs，一拔存储光纤直接导致了集群中另外节点重启，而且重启后不能识别个别pv了。这时候真的很恐怖，业务停了，大量用户不能用了，而且之前还没碰到过这种情况。都说遇到紧急情况不要紧张，自己遇到就紧张了。手脚冰凉，心跳声自己都能听到。稍微过了一会做了几个深呼吸，稍微好点了，心想已经这样了，抓紧解决吧。最后终于用命令mmchdisk disk start，然后mmmount上了。业务耽误了半个多小时，心跳也停了半个多小时。。。。。

三 一波未平一波又起

准备实施dataguard，但备库端的存储用的是历史悠久的sun t3。用t3连接ibm小机虽然能识别但在上面建个卷组超慢，建文件系统（io一会有一会没有)更是无尽的等待。根本没法进行下去。

四 日子还是要过地

有问题就解决呗。兵来将挡水来土掩。

1)针对CRS无法重新安装的问题，只能sr或者重装这个节点的操作系统了。

2)t3实在不行就升级它的微码试试。

[@more@]

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/8178556/viewspace-1009316/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/8178556/viewspace-1009316/