Upgrade from 11.2.0.2 to 11.2.0.3 on Linux for Standalone with ASM实施方案.docxVIP

Upgrade from 11.2.0.2 to 11.2.0.3 on Linux for Standalone with ASM实施方案目录1.升级前准备32.升级过程3打补丁3升级grid5升级database153.升级总结40升级前准备由11.2.0.2升级到11.2.0.3需要的安装介质包括以下部分：p6880880_112000_Linux-x86-64.zip；112020_Linux-x86-64.zip；112030_Linux-x86-64_1of7.zip；112030_Linux-x86-64_2of7.zip；112030_Linux-x86-64_3of7.zip；其中”Patch 11203:ASM UPGRADE FAILED ON FIRST NODE WITH ORA-03113″需要提前打好。OPatch使用最新版本即可。环境说明：升级前升级后GRID版本11.2.0.211.2.0.3数据库版本11.2.0.211.2.0.3GRID_BASE/u01/app/grid_base/u01/app/grid_baseGRID_HOME/u01/app/grid_home/u01/app/grid_homenewORACLE_BASE/u02/app/oracle/u02/app/oracleORACLE_HOME/u02/app/oracle/11.2.0.2/u02/app/oracle/11.2.0.3安装介质都存放在/u01/app/soft目录。grid软件的拥有者为grid，database的拥有者为oracle。数据库文件采用asm存放。升级过程打补丁#cd /u01/app/grid_home/bin#crsctl stop has个补丁文档上说可以不用停机，但是我实际操作过程中用auto是打不上的，只有停了has后，用apply可以打上,停机时间大约5分钟即可#su - grid$cd /u01/app/soft$unzip -d /home/grid/patches 112020_Linux-x86-64.zip$unzip -d $ORACLE_HOME p6880880_112000_Linux-x86-64.zip覆盖原有的OPATCH，建议提前备份原来的OPatch目录$export PATH=$PATH:$ORACLE_HOME/OPatch$cd /home/grid/patchesopatch apply$exit# /u01/app/grid_home/bin/crsctl start has打补丁的结果如下：升级grid升级前数据库状态如下：#su -grid$unset ORACLE_SID ORACLE_HOME $export DISPLAY=192.168.1.10:0.0192.168.1.10为升级操作终端的ip$xhost +$cd /u01/app/soft/grid$./runInstaller 升级到这里都不影响业务的运行，当执行rootupgrade.sh的过程中has会自动重启。到这里集群服务都已经自动恢复，这个过程一般不超过15分钟。完成升级后，手动修改grid用户的环境变量。由上图可以看到，grid的版本已经升级到了11.2.0.3.0.由以上几幅图，可以看到集群重启一切正常。升级database升级前的状态：#su - oracle$unset ORACLE_SID ORACLE_HOME $export DISPLAY=192.168.1.10:0.0$xhost +$cd /u01/app/soft/database$./runInstaller 在这一步之前数据库可以对外提供服务。升级总结升级11.2.0.2的Standalone database Server到11.2。0.3过程还是很简单的，升级过程中其实是采用了OutOfPlace的方式进行，要求数据库服务器有足够的存储空间来存放新的软件，一般大于10G的空间就够了。整个升级过程存在3次停机，第一次是打patch，这个尽管官方宣称可以不用停机，但是在我具体实施过程中没有成功，一般停机时间5分钟左右；第二次是升级grid的时候，执行rootupgrade.sh这个脚本会自动重启has，停机时间一般小于15分钟，grid整个升级过程大约在40分钟左右；第三次是升级数据库的时候，dbua会将数据库服务停掉，升级数据库这个过程停机时间较久，一般建议预留至少一个半小时。总结一下，整个升级大致分为三个部分：打补丁，