$ORACLE_HOME变量值末尾多“/”惹的祸

161次阅读

共计 1927 个字符，预计需要花费 5 分钟才能阅读完成。

之前一直误以为 $Oracle_HOME 变量的路径中末尾多写一个 ”/” 不会有影响。
今天做实验时碰到一个情景，发现并不是这样。

环境：OEL 5.7 + Oracle 10.2.0.5
该环境做一个 oracle 的 rman 备份实验，发现脚本并未执行成功，直接报错数据库不可用，而实际上数据库服务本身是正常的。
最终排查结果是 $ORACLE_HOME 的变量值多写了一个 ”/”
去掉末尾这个多加的 ”/” 之后一切正常。

可以简单实验重现问题：

[oracle@oradb30 db_1]$ env|grep ORA
ORACLE_SID=ora10
ORACLE_BASE=/u01/app/oracle
ORACLE_HOME=/u01/app/oracle/product/10.2.0/db_1/
[oracle@oradb30 db_1]$ rman target /

Recovery Manager: Release 10.2.0.5.0 - Production on Sun Dec 25 22:13:54 2016

Copyright (c) 1982, 2007, Oracle.  All rights reserved.

connected to target database (not started)

RMAN> exit


Recovery Manager complete.
[oracle@oradb30 db_1]$ export ORACLE_HOME=/u01/app/oracle/product/10.2.0/db_1
[oracle@oradb30 db_1]$ env|grep ORA
ORACLE_SID=ora10
ORACLE_BASE=/u01/app/oracle
ORACLE_HOME=/u01/app/oracle/product/10.2.0/db_1
[oracle@oradb30 db_1]$ rman target /

Recovery Manager: Release 10.2.0.5.0 - Production on Sun Dec 25 22:14:20 2016

Copyright (c) 1982, 2007, Oracle.  All rights reserved.

connected to target database: ORA10 (DBID=914008358)

RMAN>

可以看到前后两次执行 rman target / 只是前者 $ORACLE_HOME 变量的最后多了一个 ”/”.
就导致 rman target / 连接不到数据库。

而之前明明清楚记得没有这个影响，果然在验证另一套实验环境（RHEL6.5 + Oracle 11.2.0.4）中, 同样结尾多一个这样的 ”/”，的确是没有任何问题。

[oracle@jydg ~]$ env|grep ORA
ORACLE_SID=jyzhao_s
ORACLE_BASE=/u01/app/oracle
ORACLE_HOME=/u01/app/oracle/product/11.2.0/dbhome_1
[oracle@jydg ~]$ rman target /

Recovery Manager: Release 11.2.0.4.0 - Production on Sun Dec 25 09:43:56 2016

Copyright (c) 1982, 2011, Oracle and/or its affiliates.  All rights reserved.

connected to target database: JYZHAO (DBID=2509089778)

RMAN> exit


Recovery Manager complete.
[oracle@jydg ~]$ export ORACLE_HOME=/u01/app/oracle/product/11.2.0/dbhome_1/
[oracle@jydg ~]$ rman target /

Recovery Manager: Release 11.2.0.4.0 - Production on Sun Dec 25 09:44:02 2016

Copyright (c) 1982, 2011, Oracle and/or its affiliates.  All rights reserved.

connected to target database: JYZHAO (DBID=2509089778)

RMAN>