临时接到任务，要给客户安装Oracle RAC。以前只是安装过双机热备，还没做过RAC，所以赶忙上网找资料。主要携带资料有Step-By-Step Installation of RAC on IBM AIX，红皮书sg246954.pdf，sg246375.pdf，还有一个安装图解的文档，以及一些网页的讨论。
元月1日，早上9点，客户就过来接了。到机房那边，发现还是一个建筑工地，灰尘翻飞。原来是上面要求期限内完成系统迁移，所以大楼还没完工就把机房先开始用了。主机是前天才到的，两台650加FastT200。昨天已经由IBM和代理商完成了系统安装和HA安装。
路上，客户问我多少时间可以做完。我心里也没底，随口说4-5个小时吧。后来用了快四五十个小时，让我身心疲惫。
打开笔记本，开始干活。检查了操作系统，AIX 5.2，维护级别04。HACMP 5.1，没有另外的补丁。每个节点配有四个IP：boot1,boot2,svc,per。其中svc和per在同一个网段，这对后来还造成了一定的影响，但是具体错误却无法确定。
找客户拿来Oracle的光盘，一个纸盒里面十多张光盘，其中有四张安装盘，但是没有找到补丁盘。原来Oracle没有这个习惯，这下感觉麻烦了。因为看资料很多都是打到补丁9.2.0.4的，这一结果注定今天的工作没有那么顺利。而且因为是新大楼，电话都没接进来，更别说网络了。所以没有办法马上下载补丁，甚至上网查资料都不行。
我决定先试试，实在不行再去打补丁。
按照step-by-step文档，我开始做一些安装前的准备工作。并行VG已经建好了，我查看了一下major number都没有问题。先在上面建立了一些数据库使用的raw设备，因为客户硬盘很大，所以每个pp都是512M的，大部分的raw设备都只要1个pp就好了。呵呵。。。 在一台机建好raw设备后，发现另外一台机的raw设备也同时好了。不需要自己去importvg。看来并行vg果然不错，当然也可能是HACMP再做的。
接下来准备Oracle安装的文件系统，建立oracle用户和dba,oinstall组。设置oracle .profile和.rhosts。一路都很顺利。因为之前没有去下载installPrep.sh这个检查脚本，所以没有办法检查了，直接开始安装。
用oracle的用户登陆，执行./runInstaller。然后由root执行rootpre.sh，没有错误。出现Oracle安装welcome界面。
点击Next，出现Cluster Node selection。很高兴，两个节点都在上面。看来HA是正常工作的。选定全部节点，后面的就和平时差不多了，只是不创建数据库，因为后面要手动来创建。
安装时间很长，特别是看到99%的时候，剩下的1%和前面99%的时间都差不多。因为这个时候正是将这个节点的程序拷贝到另外的节点，并且完成link的过程。这一步除了等待时间比较长之外，都没有其他错误。趁这个时间参观了客户机房。
最后执行root.sh，出现hagsuser组不存在的错误。看了手册都没有发现这个组，于是就手动创建了。再执行一遍root.sh，这下没有错误了。这个地方其实没有那么简单，于是导致后面出错。
因为没有补丁，所以就想直接做下去，等出错了再去找补丁。
执行gsd，出错。执行gsdctl start还是出错。查看手册说是用lsnodes -v检查节点是否正常。手工执行一下，两个节点都显示出来，这下没辙了。初步怀疑是没有打补丁的缘故。对客户说要去下载补丁，客户带我到他们旧机房，那边可以上网。
虽然只有7,8分钟的车程，但是上楼下楼也要花那么多时间。上网速度也不快，下载9204的补丁只有5,6k，这样700M的补丁不知道要下载多久。趁这个时间我上metalink查了刚才出现的错误，具体号码忘了，应该PRKC之类的。看到有个解决方案是确认oracle用户属于hagsuser这个组。晕倒。。。这也不知道什么时候开始有这个组的。看看补丁也没有这么快下载完，我对客户说先回去试试。
时间现在已经快15:00了。后面顺利也要2-3个小时，今天不是一个好开始啊。。。
重新回到机房，把oracle加入到hagsuser这个组。执行gsd，这下没有错误了，不过一台节点启动顺利，另外一台节点会挂住。看网上有篇文章也有这个错误，建议是多试几次。我就启动不行，就kill掉，试了几次，居然就可以了，真晕倒啊。。
好了，开始建库了。这个地方有手册上写要先建立listener，有的手册却没有写到，我先试一下netca，发现关于libnjni9.so错误，没有办法启动netca。这一步没有解决，导致后面建库没有办法顺利完成。。。sigh
执行dbca，界面出来了。两个节点也显示出来了，一切感觉都很好。
数据库我选择了data warehouse，这个错误的选择让我建库的时候多花了很多时间，建议大家选择new database好了。
字符集设置为ZHSGBS16K
spfile指定为前面建立的裸设备，这个可以在dbca_raw_config.txt里面定义好，这样子在这里就不用手动输入了。
下一步的datafile，也是在dbca_raw_config.txt里面定义的，不过检查了一下，发现有些不对，特别是undotbs，可能是我前面定义错了，还有就是由于我是在windows上编辑的，所以很多设备名后面有空格，这些改得麻烦了。 时间在一分分的流逝，这个时候可能外面已经天黑了。
好不容易全部设置好了。开始建库了，由于我前面选择的是data warehouse方式，所以一开始都在拷贝什么文件，好不容易就等到创建数据库的实例时，又出现错误了，是有关Listener的。我决定中止建库程序，先把listener的问题搞定。查看了sg246954.pdf，里面是打完9.2.0.3，然后再改netca脚本中CLASSPATH中包的顺序。再试了几次无果的情况下，我决定先去下载补丁。
因为客户那边的网络速度也不快，所以这次还找了另外一个地方，用的是长宽的10M独享宽带。在metalink上下载速度在300k左右，700多M的补丁需要一个多小时。我是选fastpath连接进去的，上面列出的补丁是9206，所以我就下载了这个。不知道后面的问题是不是补丁太高的影响，现在我也记不请了。
再次回到机房，时间已经过12点了，元旦就这样结束了。
接下来的工作就是删库，打补丁，建库。。。打补丁的时候，发现Oracle_Home/bin下很多可执行文件大小变为0了。问题太多了，这样搞到凌晨5点多，没力气了，回去睡觉。回到家之后，开机专门下载9204补丁。
|
