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 里面调用,所以重启是很有必要的。 到此,升级完成