$ORACLE_HOME变量值末尾多“/”惹的祸
之前一直误以为$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>
建议:操作时,要规范这类细节的地方,不管实际可不可以允许多加"/",我们都不要去画蛇添足,养成好习惯,自然就不会被此类问题所困扰。
相关推荐
lklong 2020-11-22
oraclemch 2020-11-06
shilukun 2020-10-10
周嘉笙 2020-11-09
zhuzhufxz 2020-09-16
bfcady 2020-08-16
Hody 2020-08-16
FightFourEggs 2020-08-16
数据库设计 2020-08-16
yanghuatong 2020-08-16
dbasunny 2020-08-16
罗罗 2020-08-16
ihuaqiang 2020-08-16
choice0 2020-07-30
娜娜 2020-07-28
solarspot 2020-07-28
踩风火轮的乌龟 2020-07-26
娜娜 2020-07-20
xwb 2020-07-19
娜娜 2020-07-18
流云追风 2020-07-04
dataminer 2020-06-25
娜娜 2020-06-22
zhangchaoming 2020-06-21