hpux下oracle RAC从10.2.0.3升级到10.2.0.4全过程（六）：意外发生

主节点数据库升级完毕，下面进入到副节点数据库的升级过程。

 

1，在主节点crs进程停止的情况下，启动副节点crs进程：

[storm02@/home/db/oracle/crs/bin]#./crsctl start crs
Attempting to start CRS stack
The CRS stack will be started shortly

 

在这之后，副节点上10.2.0.3版本数据库会随crs进程一起启动，切记将数据库停掉。

 

2，将数据库启动到nomount状态：

SQL> startup nomount;
ORACLE instance started.

Total System Global Area 2.7263E+10 bytes
Fixed Size                  2193176 bytes
Variable Size            2761787624 bytes
Database Buffers         2.4495E+10 bytes
Redo Buffers                4259840 bytes

 

3，修改参数并停库：

SQL> alter system set cluster_database=false scope=spfile;

System altered.

SQL> shutdown immediate;
ORA-01507: database not mounted

ORACLE instance shut down.

 

4，启动到升级模式下：

SQL> startup upgrade;
ORACLE instance started.

Total System Global Area 2.7263E+10 bytes
Fixed Size                  2193176 bytes
Variable Size            2761787624 bytes
Database Buffers         2.4495E+10 bytes
Redo Buffers                4259840 bytes
Database mounted.
Database opened.

到此为止，前面的步骤看着和主节点上升级数据库的时候一模一样，但是不幸的情况发生了，在运行脚本“/home/db/oracle/10g/rdbms/admin/catupgrd.sql”对数据库进行升级的时候，系统报错发生，然后不停的显示“不再连接到数据库”这样的错误，升级无法进行下去。

这时已经凌晨三点，有点着急，如果完不成的话，将严重影响明天项目组的进度，所以今晚务必把这个问题给解决掉。在网上查了很多类似的报错信息，只有一、两篇给出解决办法，让删除几个触发器，但实际又不是在数据库升级的时候所发生的。试过这个方法，但升级的时候仍然报同样的错误。

一边是升级完好的实例，一边是升级失败的实例，面对这样的情况有点发怵。很想从头再来一遍，但是时间肯定是不允许的了。如果重新恢复到升级前状态，再重复操作一遍，谁能保证又不遇到同样的问题？所以这种方法肯定是行不通的了。这时人虽然已经处于非常困倦的状态，但还是需要冷静下来想想可能的解决方案。

终于，大约半小时后，心里面想到一个比较行之有效的办法，如果这个办法行得通，那后面的工作便轻松加愉快了。欲知后事如何，且听下回分解。