数据库升级的心得及求证

lujiaguai

唐SIR
   数据库升级的过程中，GRID必须选择不同的目录，我建在了11.2.0.3/grid上，没有问题
   数据库软件升级，我也另外建新新目录，放在了11.2.0.3/dbhome_1上

   数据库升级之后发现这样的问题：
   1，修改了 .bash_profile环境变量到11.2.0.3
   2，修改了 /etc/oratab中orcl为11.2.0.3
   此时执行sqlplus /nolog  ，正确去往了11.2.0.3下的dbhome_1，版本是11.2.0.3
   但是发现此时数据库在nomount的过程中，/etc/oratab中的orcl不知什么原因被改回11.2.0
   这个时候升级依然可以成功，但是实际使用过程有些问题：
  1，必须在/etc/oratab中 orcl为11.2.0.3时，数据库才可以正常启动
  2，启动时在noumout的时候/etc/oratab中 orcl被改为11.2.0
  3，这个时候如果关库，/etc/oratab中 orcl是被改后的11.2.0上，再开库会失败，开库时必须/etc/oratab中的orcl在11.2.0.3上才可以成功。

  这个问题我试了五六次，都是同样的情况，导致每次开库后/etc/oratab被改成11.2.0，然后下次开库前必须改回11.2.0.3才可以。

  反复尝试后，发现可能是crs_stat -t中带有ora.orcl.db造成的，这里是教学系统推出来的，指向11.2.0/dbhome_1，开库的时候可能会调用这里的配置修改了/etc/oratab
  我做了下面3个操作，重新注册了crs_stat中的内容，以上/etc/oratab被自动修改的问题没有再出现
  1，crsctl stop resource ora.orcl.db  
   2，crsctl delete resource ora.orcl.db
   3，srvctl add database -d orcl -o /u01/app/oracle/product/11.2.0.3/dbhome_1/
   
   唐SIR:
   我这样处理的办法是不是正确的？crs_stat -t中ora.orcl.db是不是确实在开库过程中有这样的影响？
   最后我做的3个操作，重新注册到crs_stat中的命令，是不是标准的的做法？
   第三条命令添加服务进去，命令肯定是对的，上课过程跟视频中也是这样做的，那么前2条移除的做法对不对？

admin

Crs具有root的权限，因此/etc/oratab被改是自然的。
先反注册11.2.0，再注册11.2.0.3是完全正确的！