接上篇，副节点升级成功之后，剩下来要解决一些小问题。
首先，要将副节点的数据库关闭再重新打开，看是否能够正常启动。果不其然，问题接踵而至了。在启动数据库的时候，数据库报错，称无法打开参数文件“/home/db/oracle/10g/dbs/initstorm1.ora”。无法打开参数文件，就无法分配SGA/PGA等内存区，无法分配内存区，自然无法启动数据库。
解决方法：将initstorm1更名为initstorm2。这个问题的发生是因为远程复制主目录的时候将主节点的参数文件原封不动的拷贝了过来，副节点启动数据库的时候因为找不到对应参数文件所以导致启动故障。
其次，监听无法启动，就算单独通过命令对监听进行启动也无效
[storm02@/home/db/oracle/crs/bin]#./crs_start ora.storm02.LISTENER_STORM02.lsnr
究其原因，和数据库无法打开故障类似，就是错误的用到了主节点的监听文件以及tnsnames.ora，通过命令去启动监听，但又找不到与之对应的监听文件，自然无法启动了。解决办法有二，一是修改listener.ora文件，这样比较麻烦一点；第二个办法是直接将升级失败后备份的ORACLE安装目录中副节点的监听文件listener.ora原封不动的拷贝过来。虽然数据库升级失败，但不影响监听文件。再次通过“crs_start”命令来启动监听，这次就成功了。
副节点所需要启动的所有进程（数据库、crs）启动完毕，下面要启动主节点的crs进程以及数据库：
[storm01@/home/db/oracle/crs/bin]#./crsctl start crs
Attempting to start CRS stack
The CRS stack will be started shortly
三分钟后进行查看，主节点上crs进程以及数据库也已经启动完毕，这样，整个ORACLE RAC升级过程完毕，剩下的只是验收过程：
1，任选一个节点验证RAC状态是否正常：
2，在主、副节点上验证数据库版本是否正确：
$ sqlplus " / as sysdba"
SQL*Plus: Release 10.2.0.4.0 - Production on Tue Aug 18 16:19:30 2009
Copyright (c) 1982, 2007, Oracle. All Rights Reserved.
Connected to:
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit Production
With the Partitioning, Real Application Clusters, OLAP, Data Mining
and Real Application Testing options
3，在主、副节点上验证clusterware版本是否正确：
[storm01@/home/db/oracle/crs/bin]#./crsctl query crs softwareversion
CRS software version on node [storm01] is [10.2.0.4.0]
[storm02@/home/db/oracle/crs/bin]#./crsctl query crs softwareversion
CRS software version on node [storm02] is [10.2.0.4.0]
4，远程访问是否OK：
$ sqlplus
SQL*Plus: Release 10.2.0.4.0 - Production on Tue Aug 18 4:05:43 2009
Copyright (c) 1982, 2007, Oracle. All Rights Reserved.
Connected to:
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit Production
With the Partitioning, Real Application Clusters, OLAP, Data Mining
and Real Application Testing options
所有验证OK之后，此次工作宣告结束。
阅读(2280) | 评论(4) | 转发(0) |
