<p>ORACLE_HOME必须指向软件安装路径如/u01/app/oracle/product/11.2.0/dbhome_1，ORACLE_BASE才是根目录/u01/app/oracle；PATH和LD_LIBRARY_PATH缺一不可；ORACLE_SID须与实例名完全一致且大小写敏感；需用su - oracle以login shell加载.bash_profile。</p>
ORACLE_HOME 和 ORACLE_BASE 必须严格区分
很多人把 ORACLE_HOME 直接设成 /u01/app/oracle，这是错的。它实际应指向数据库软件安装路径，比如 /u01/app/oracle/product/11.2.0/dbhome_1 或 /u01/app/oracle/product/19c/dbhome_1；而 ORACLE_BASE 才是根目录，通常为 /u01/app/oracle。混淆会导致 sqlplus 找不到库、dbca 启动失败、甚至监听器报 TNS-12547: Lost contact。
验证方式：登录 oracle 用户后执行 echo $ORACLE_HOME，输出必须包含 product/X.x.x/dbhome_X 这样的层级结构。
PATH 和 LD_LIBRARY_PATH 缺一不可
PATH 决定你能否直接敲 sqlplus、rman、lsnrctl；LD_LIBRARY_PATH 决定这些命令运行时能否加载 Oracle 的共享库（否则会报 libclntsh.so: cannot open shared object file）。
典型写法（加到 ~oracle/.bash_profile 中）：
export ORACLE_BASE=/u01/app/oracle export ORACLE_HOME=$ORACLE_BASE/product/11.2.0/dbhome_1 export ORACLE_SID=orcl export PATH=$ORACLE_HOME/bin:$PATH export LD_LIBRARY_PATH=$ORACLE_HOME/lib:$LD_LIBRARY_PATH
注意：LD_LIBRARY_PATH 末尾必须保留 $LD_LIBRARY_PATH，否则可能覆盖系统原有库路径，导致 ls 等基础命令异常。
ORACLE_SID 设置错误会导致连接拒绝
ORACLE_SID 不是随便起的名字，它必须和实际数据库实例名完全一致（大小写敏感），且不能含下划线以外的特殊字符。常见错误包括：
在无 root/sudo 权限的环境（云容器、VPS、隔离主机）中安装并配置 OpenClaw 浏览器工具的 headless Chrome。适用场景：...
- 设成
ORCL但实际数据库是小写orcl→ORA-01034: ORACLE not available - 设成
orcl.test→ORA-12162: TNS:net service name is incorrectly specified - 未设置或为空 →
sqlplus / as sysdba可能连上默认实例（如果有），但sqlplus user/pass@orcl失败
确认方法：用 ps -ef | grep pmon 查看正在运行的 PMON 进程名，如 ora_pmon_orcl，则 SID 就是 orcl。
source ~/.bash_profile 后仍不生效？检查 shell 类型和登录方式
Oracle 用户默认 shell 必须是 /bin/bash（不是 /bin/sh 或 /bin/ksh），且要以 login shell 方式进入（否则 .bash_profile 不被读取）。
验证步骤：
- 执行
echo $SHELL→ 应输出/bin/bash - 执行
loginctl show-user oracle | grep Type→ 显示Type=unmanaged是正常的；若显示Type=system，说明用户被 systemd 管理，环境变量可能被绕过 - 切换用户时用
su - oracle（带短横），不是su oracle—— 后者不会加载.bash_profile
最稳妥的调试方式：在 .bash_profile 最后加一行 echo "env loaded"，然后 su - oracle 看是否输出。没输出，说明根本没加载该文件。
环境变量看似简单，但 Oracle 对它的依赖极深——一个字母错、一行漏掉、一次非 login shell 切换，都可能导致后续所有操作静默失败。别跳过验证步骤。
