ORA-12560错误本质是客户端无法建立与本地Oracle实例的初始通信通道，根本原因在Windows服务未运行、ORACLE_SID环境变量或注册表配置不一致、sqlplus路径指向非服务端安装目录。
ORA-12560 错误本质是客户端连不上本地实例的“第一道门”——不是密码错、不是服务名错，而是连通信通道都没建立起来。绝大多数情况，它不指向数据库逻辑问题，而是 Windows 环境下服务、环境变量或注册表层面的“基础设施失联”。修它不靠改 SQL，靠查服务、设变量、核路径。
检查 OracleServiceSID 服务是否运行
这是最常被跳过的一步，但也是最可能立刻解决问题的动作。sqlplus / as sysdba 这种本地连接完全依赖 Windows 服务，跟监听器 OracleOraDbXX_homeX TNSListener 无关。
- 按
Win+R→ 输入services.msc→ 回车 - 在服务列表中找形如
OracleServiceORCL或OracleServiceXE的项（ORCL、XE就是你的实例 SID） - 如果状态是“已停止”，右键 → “启动”；如果是“正在运行”，可先“重新启动”一次
- 启动后立即试：
sqlplus / as sysdba—— 若能进 SQL> 提示符，问题就在这儿
注意：不要只看 TNSListener 服务。ORA-12560 和监听器是否运行无关；ORA-12514 才是监听器收到请求但不认识服务名，那是另一回事。
确认并设置 ORACLE_SID 环境变量
Windows 下 sqlplus 默认用当前 ORACLE_SID 去匹配本地服务名。如果变量没设、设错、或被其他 Oracle 安装覆盖，就会报 ORA-12560。
- 打开 CMD，执行
echo %ORACLE_SID%—— 如果返回空或错误的值（比如你只有一个实例叫ORCL，却显示TEST），就是它了 - 临时修复：在当前 CMD 中运行
set ORACLE_SID=ORCL（把ORCL换成你的真实 SID） - 永久修复：系统属性 → 高级 → 环境变量 → 系统变量 → 新建 → 变量名：
ORACLE_SID，变量值：ORCL - 验证：新开一个 CMD，再
echo %ORACLE_SID%，确认输出正确
常见坑：多实例共存时，安装第二个 Oracle 会悄悄覆盖 ORACLE_SID；Instant Client 装完也可能污染 PATH 导致调用错版本的 sqlplus。
验证 sqlplus 是否来自服务端安装目录
Windows 上若 PATH 里混入了 Oracle Instant Client 或旧版客户端的 bin 目录，sqlplus 可能根本找不到本地实例——它会尝试走网络协议而非操作系统认证路径，从而触发 ORA-12560。
- 在 CMD 中运行
where sqlplus—— 查看返回的路径 - 正确路径应类似：
D:\app\oracle\product\19c\dbhome_1\BIN\sqlplus.exe（即服务端安装目录下的 BIN） - 如果返回的是
C:\oracle\instantclient_19_20\sqlplus.exe或其他非服务端路径，说明 PATH 顺序错了 - 解决方法：编辑系统 PATH，把服务端
bin目录（如D:\app\oracle\product\19c\dbhome_1\BIN）移到最前面
这个点最容易被忽略：应用连接正常、tnsping 正常，不代表本地 sqlplus 就能用——因为它们走的不是同一条路。
注册表中 ORACLE_HOME 和 ORACLE_SID 是否一致
当环境变量失效或被绕过时，Oracle 客户端会 fallback 到注册表读取配置。尤其在某些 GUI 工具或脚本中，注册表值优先级更高。
- 运行
regedit→ 导航到HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\ - 找到当前生效的 HOME（如
HOME0或KEY_OraDB19Home1）→ 检查其中ORACLE_HOME和ORACLE_SID的字符串值 - 确保
ORACLE_HOME指向你实际安装的服务端根目录（如D:\app\oracle\product\19c\dbhome_1） - 确保
ORACLE_SID与服务名中的 SID 完全一致（大小写敏感，不能多空格）
注册表改动后需重启 CMD 或重新登录，否则缓存可能仍生效。这不是高频原因，但一旦出问题，环境变量和服务都正常却仍报错，就得查这儿。
