ora-12514错误本质是监听器未注册数据库实例，需通过lsnrctl status确认服务是否显示、查v$parameter和v$instance获取真实service_names与instance_name，在listener.ora中静态注册sid_desc（global_dbname、sid_name、oracle_home三者严格匹配），再执行lsnrctl stop/start生效，navicat连接时“服务名”字段须填global_dbname值。
ora-12514不是密码错、端口错，也不是navicat版本问题，而是监听器压根没“登记”你的数据库实例——改listener.ora加静态注册，再重启监听，90%能立刻解决。
怎么确认是监听器没注册实例？
先别急着改配置，用命令验证问题根源：
- 在数据库服务器上运行
lsnrctl status，看输出里有没有类似Service "ORCL" has 1 instance(s)的行；如果没有，只有Service "CLRExtProc"或压根不出现你的服务名，就是注册失败 - 查数据库真实服务名：
SELECT value FROM v$parameter WHERE name = 'service_names';，别信安装时默认的 ORCL，它可能被改过 - 查实例名：
SELECT instance_name FROM v$instance;，SID_NAME必须和这个值一致
改listener.ora只加三行，别动其他配置
找到文件（Windows 通常是 %ORACLE_HOME%\NETWORK\ADMIN\listener.ora），在文件末尾追加：
SID_LIST_LISTENER =
(SID_LIST =
(SID_DESC =
(GLOBAL_DBNAME = ORCL)
(ORACLE_HOME = D:\app\oracle\product\11.2.0\dbhome_1)
(SID_NAME = ORCL)
)
)
-
GLOBAL_DBNAME填service_names查询出的值（可能是ORCL.XXX，带域名也得照写） -
SID_NAME填v$instance查出的实例名，大小写敏感 -
ORACLE_HOME必须是绝对路径，不能含尾部反斜杠，也不能用%ORACLE_HOME%变量 - 如果文件里已有
SID_LIST_LISTENER块，就把整个SID_DESC段塞进已有的括号里，不要重复定义顶层键
改完必须手动重启监听，否则白改
配置文件改完不等于生效，监听器不会自动重载：
- 执行
lsnrctl stop，再执行lsnrctl start（不是reload，它不处理SID_LIST变更） - 再次运行
lsnrctl status，确认输出中出现了你的服务名和has 1 instance(s) - Navicat 连接时，“服务名”字段填的是
GLOBAL_DBNAME的值，不是SID_NAME；如果填的是SID_NAME，连接类型要选“SID”而非“服务名”
为什么有时候SQL*Plus能连，Navicat却报ORA-12514？
SQL*Plus 在本地运行时可能走 IPC 协议直连实例，绕过了监听器；而 Navicat 默认走 TCP/IP，完全依赖监听器注册信息。所以监听器配置错误时，图形工具最先暴露问题。另外，如果同时装了多个 Oracle 客户端，TNS_ADMIN 环境变量指向错误的 network/admin 目录，也会导致 Navicat 加载了错误的 listener.ora —— 这个路径细节最容易被忽略。
