11.2.0.3_RAC 升级到11.2.0.4_RAC 升级前grid 及db 的状态 上传及解压相关文件 到新grid 包里面使用runcluvfy.sh 检测环境是否符合要求 ./runcluvfy stage –pre crsinst –upgrade –n rhel1,rhel2 –src_crshome /u01/appp/grid_1 –dest_crshome /u01/app/grid_2 –dest_version 11.2.0.4.0 –verbose (>>/grid/verify.log)括号内可有可无 检测过程及结果如下列图 检测环境通过，下面开始安装新版 GR ID 先为新 GIR D 创建目录 启动安装程序 上面的警告是因为，ORACLE 推荐创建多个用户组，这样有利于分层分级别管理，如果管理员只有一个或两个时，多个用户及组管理起来反而麻烦 查询当前的版本 . Grid 升级完成，下面开始安装升级database 软件 先创建新的db_home 目录 再运行新版database 软件 下面为升级组件的完整信息 数据库软件安装完成，数据库升级完成 下面来验证升级，及一些后期工作 修改环境变量，把GRID 和DB 的主目录更改到新的grid_2 和db_home2，两台都改 Source .bash_profile 使刚修改的环境变量生效 下面查询数据库所有组件的版本是不是已经成功升级 下面关闭rhel1 上的 crs，到 rhel2 上面查询，看到所有集群服务被 rhel2 代理 下面完全关闭集群，然后重启两台服务器 重启完成后，等一段时间后，尝试查看集群服务，完全启动后再手动启动数据库 至于手动升级 catalog,u tlrp 那些脚本就不必再执行，在下图中这一步已经完成了(看日志，里面记录的很清楚有哪些操作) 至于上面为什么要重启两台服务器，对比以下两图就清楚了 上图，为重启前 上图为重启后 不难看出sqlplus 在重启前还是原来的版本，也就是从原来的home 目录里面读取的，重启之后从新版的home 目录里面读取，不能确定其他文件是完全在新home 里面调用，所以重启是很有必要的。 到此，升级完成
