真正验证Oracle安装成功，必须通过sqlplus /nolog → conn / as sysdba → SELECT 'OK' FROM DUAL；仅sqlplus /nolog成功仅说明客户端可用，不代表实例启动或权限正确。
能进 sqlplus /nolog 且连得上本地实例，只是客户端存在；真正验证安装成功，必须走通 / as sysdba 启动并执行一条最简 sql。
sqlplus /nolog 成功 ≠ Oracle 安装成功
很多用户看到 sqlplus /nolog 输出版本号就以为万事大吉，其实这只说明 Oracle 客户端二进制文件可执行、环境变量（如 PATH）基本正确。它完全不依赖数据库服务、监听器或任何后台进程。
常见错误现象：sqlplus /nolog 正常，但 conn / as sysdba 报 ORA-12560: TNS:protocol adapter error 或直接卡住——这说明数据库实例根本没起来，或者操作系统认证路径断了。
实操建议：
- Linux 下确认
oracle用户属于dba组：id命令输出中必须含gid=... (dba) - Windows 下必须以管理员身份运行 cmd，且当前用户需在
ORA_DBA组（不是仅“管理员组”） -
$ORACLE_HOME/bin/oracle文件权限必须是-rwsr-s--x（带 s 位），否则/ as sysdba会静默失败
conn / as sysdba 失败的三大硬性前提
这个连接方式绕过监听器，直连本机实例，失败一定卡在底层服务或权限上，和网络配置无关。
实操建议：
- Linux：检查
ps -ef | grep pmon是否有ora_pmon_<sid></sid>进程；没有就说明实例没启动，先跑sqlplus /nolog→startup - Windows：打开服务管理器，确认
OracleService<sid></sid>（如OracleServiceORCL）状态为“正在运行”，且启动类型不是“手动” - 无论平台，都必须确保
ORACLE_SID环境变量已设，且与实际实例名一致（echo $ORACLE_SID或echo %ORACLE_SID%）
一条 SELECT DUAL 就够用，别写 CREATE TABLE
验证安装是否“真正成功”，核心是确认数据库引擎能解析、执行、返回结果，而不是能否建对象。CREATE TABLE 涉及数据字典、存储、权限等多层校验，容易因表空间不足、临时段缺失等外围问题失败，反而掩盖安装本质问题。
实操建议：
- 进
sqlplus /nolog→conn / as sysdba→ 立即执行：SELECT 'OK' FROM DUAL; - 只要返回
'OK'且无报错，就证明：实例已 mount/open、SGA 分配正常、SQL 引擎就绪、数据字典基础可用 - 如果报
ORA-01034: ORACLE not available，说明实例未启动；报ORA-27101: shared memory realm does not exist，说明实例异常终止后未清理共享内存
tnsping 和 sqlplus @service 的组合测试只适用于远程场景
本地验证阶段，tnsping ORCL 和 sqlplus scott/tiger@ORCL 是干扰项。它们依赖 tnsnames.ora、监听器注册、服务名匹配等额外配置，一旦失败，你无法快速区分是安装问题还是网络配置问题。
实操建议：
- 刚装完 Oracle 服务端，优先只用
/ as sysdba方式；等它稳定了，再开监听器、配tnsnames.ora、测远程连接 -
tnsping成功只代表监听器进程活着、端口通，不代表数据库实例已注册该服务名（查lsnrctl services才知道） - 若非必要，跳过
sqlnet.ora中的SQLNET.AUTHENTICATION_SERVICES配置，它在 Windows 上常引发ORA-12638认证失败
最容易被忽略的是：Linux 下 oracle 用户的 shell 必须是 /bin/bash（不能是 /bin/sh 或 /sbin/nologin），否则 sqlplus / as sysdba 会因环境初始化失败而静默退出。这点在静默安装或容器化部署中高频出现。
