ORA-12541 表明 DBeaver 未连上监听器，核心原因是连接配置（Host/Port）与服务器实际监听地址不匹配，需验证 listener.ora 配置、lsnrctl status 输出、tnslsnr 进程及端口绑定，并注意 DBeaver 默认使用 JDBC Thin 模式而非本地 tnsnames.ora。
ORA-12541 在 DBeaver 里报出来，基本可以确定不是 DBeaver 的问题，而是它根本没连上监听器——你填的地址、端口、服务名，和服务器上真正跑着的监听器对不上。
检查 DBeaver 连接配置里的 HOST 和 PORT 是否匹配真实监听地址
DBeaver 的 Oracle 连接配置中，Host 和 Port 字段必须和服务器上 listener.ora 中实际监听的地址完全一致。常见翻车点：
-
Host填了localhost或127.0.0.1：这只能在数据库服务器本机连通；DBeaver 装在你本地电脑，就必然失败 -
Port填了1521，但服务器监听器实际绑在1522（比如多个实例共存） -
Host填了主机名（如oradb-prod），但你的本地电脑ping oradb-prod不通，或nslookup oradb-prod解析出错 - DBeaver 配置里用了 SID 模式（
SID=ORCL），但监听器只注册了SERVICE_NAME=orclpdb，且没开USE_SID_AS_SERVICE_LISTENER=ON
确认服务器上 lsnrctl status 能返回有效输出
别只看 lsnrctl status 命令是否执行成功，重点看它返回的内容是否包含正在监听的地址和服务注册信息：
- 执行
lsnrctl status LISTENER（显式指定名称，避免默认监听器名不匹配） - 输出中必须有类似
(ADDRESS=(PROTOCOL=tcp)(HOST=192.168.5.10)(PORT=1521))的行，且HOST值是你能从 DBeaver 所在机器访问到的真实 IP - 下面要有
Services Summary...，至少有一条Service "xxx" has 1 instance(s)；如果显示No services，说明数据库实例没注册进来，ORA-12541仍会发生 - 如果
lsnrctl status报TNS-12541: No listener，说明监听进程根本没起来，直接跳到下一项
验证监听进程是否真在运行且端口未被占用
Linux 下仅靠 ps -ef | grep tnslsnr 不够，得确认它监听的是哪个端口、绑定在哪个地址：
- 用
netstat -tlnp | grep :1521（把1521换成你配的端口），看是否有tnslsnr进程在监听该端口 - 如果看到
*:1521，说明监听所有网卡；如果看到127.0.0.1:1521，说明只监听本地回环，远程连不上 - 若端口被其他进程占了（比如另一个 Oracle 实例、PostgreSQL、甚至某个测试服务），
lsnrctl start可能静默失败，查$ORACLE_HOME/network/log/listener.log最后几行，找TNS-12535或TNS-12545类错误 - Windows 上用
tasklist /fi "imagename eq tnslsnr.exe"查进程，再用netstat -ano | findstr :1521看端口归属
用 tnsping 和 telnet 分层验证链路是否通
tnsping 是 Oracle 自带的轻量级探测工具，比 DBeaver 连接更早暴露问题：
- 在 DBeaver 所在机器（不是数据库服务器）上运行
tnsping ORCL（ORCL 是你 DBeaver 里填的别名），看是否返回OK (xx ms) - 如果
tnsping卡住或报TNS-12541，说明tnsnames.ora配置或网络层有问题；此时再用telnet 192.168.5.10 1521测试 TCP 层是否可达 -
telnet成功但tnsping失败，大概率是tnsnames.ora文件路径不对，或 DBeaver 没读到它（DBeaver 默认不依赖系统tnsnames.ora，需手动指定或改用 JDBC URL 模式） - 注意：DBeaver 用的是 JDBC 驱动直连，不走本地
tnsnames.ora，除非你显式勾选了“使用 Oracle 客户端”并配置了ORACLE_HOME
最易被忽略的一点：DBeaver 的 Oracle 连接默认用 JDBC Thin 模式，它绕过了本地 tnsnames.ora 和 sqlnet.ora，所以你改了服务器上的 listener.ora，却忘了同步更新 DBeaver 连接配置里的 Host/Port/Database/Service name 字段——这种“配置漂移”在团队协作或环境迁移时高频发生。
