设为首页收藏本站

Botang唐波's Oracle Station

查看: 687|回复: 1

数据库升级的心得及求证

[复制链接]

80

主题

179

帖子

772

积分

高级会员

Rank: 4

积分
772
发表于 2016-7-28 09:39:30 | 显示全部楼层 |阅读模式
唐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条移除的做法对不对?


回复

使用道具 举报

58

主题

96

帖子

1413

积分

管理员

Rank: 9Rank: 9Rank: 9

积分
1413
发表于 2016-7-28 16:32:42 | 显示全部楼层
Crs具有root的权限,因此/etc/oratab被改是自然的。
先反注册11.2.0,再注册11.2.0.3是完全正确的!
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|手机版|Botang唐波's Oracle Station   

GMT+8, 2018-5-26 00:16 , Processed in 0.094486 second(s), 23 queries .

快速回复 返回顶部 返回列表