吃完饭，接着上篇文章说。在上篇文章里面，对副节点的数据库进行升级过程中发现很多错误，导致整个过程受阻，下面简要说说这个故障的解决过程以及后续工作。
俗话说得好，狗急跳墙，人急了就会生智，这时我想起一副图来，请看下图：
这幅图是我以前安装ORACLE RAC众多图片中的一张，这里主要是并行安装ORACLE 10.2.0.1数据库软件。从图中可以看到几个步骤：
link pending
setup pending
remote operations pending
configuration pending
每完成一个步骤，就会显示为“successful”，比如link pending这个状态完成之后就会显示为“link successful”，表示这个步骤完成，进入到下一个步骤。
这里值得参考的是第三个步骤即“remote operations pending”，在并行安装oracle数据库的过程中，无论是链接过程还是建立过程，首先都只是在主节点上完成，待主节点上完成之后，再将安装目录整个儿远程复制到副节点上，所需要修改的几个小文件又系统自动完成。
想到这里，我就觉得没有必要单独再到副节点上升级数据库，直接把升级完毕的主节点上的oracle目录给整个儿复制过来就完事了。一来不用花那么多时间进行数据库升级，二来可以解决当前这个亟待解决的故障，下面便是整个过程：
1，停止主、副节点上crs进程以及所有数据库进程；
2，移动副节点上oracle目录即“/home/db/oracle/10g”到其他分区进行暂时性保存；
3，远程拷贝主节点上oracle目录到副节点；
这些步骤做完之后，就可以尝试着在副节点上启动crs进程，看数据库是否也能够启动。五分钟后，通过执行“crs_stat -t”命令进行查看，果不其然，除去监听进程以外，副节点的crs进程以及数据库都完美的启动起来了。
这里需要确认几个信息，第一，数据库版本是否10.2.0.4；第二，实例名是否“storm2”，而不是“storm1”；第三，cluster_database参数是否为true。经检查，以上三点都满足，那说明之前的办法还是可行的。大问题解决，小问题就好说了。
阅读(1722) | 评论(0) | 转发(0) |
