如何解决ORA-12541无监听程序_lsnrctl status排查流程

首页

数据库

热心网友

转载

2026-04-29

ORA-12541 连接失败深度解析：监听器未启动是主因，系统化排查从状态检查到网络验证

ORA-12541 报错时，先确认监听器进程是否真的在运行

当数据库连接出现 ORA-12541 错误时，许多用户会首先怀疑 tnsnames.ora 配置或服务名设置。实际上，该错误的根本原因在于客户端无法与 Oracle 监听器建立通信。根据大量运维案例统计，超过 70% 的 ORA-12541 问题源于监听器服务未启动。因此，首要步骤不是修改配置，而是验证监听器进程是否存在。

免费影视、动漫、音乐、游戏、小说资源长期稳定更新！ 👉 点此立即查看 👈

在 Linux 或 Unix 系统中，执行命令 ps -ef | grep lsnr。若能看到类似 /u01/app/oracle/product/19c/dbhome_1/bin/tnslsnr 的进程，则表明监听器正在运行。
在 Windows 系统中，打开任务管理器查找 tnslsnr.exe 进程；或以管理员身份运行 lsnrctl status 命令。若返回 “TNS-12560: TNS:protocol adapter error” 错误，通常意味着监听器服务未启动，问题属于服务层面而非配置错误。
需特别注意：lsnrctl status 命令的执行依赖于正确的 ORACLE_HOME 和 ORACLE_SID 环境变量设置。若变量配置有误，命令可能报错或返回空信息，但这并不直接表明监听器本身故障。

lsnrctl status 返回 TNS-01106 或找不到监听器名

执行 lsnrctl status 时若遇到 TNS-01106 错误或提示找不到监听器，通常表明 lsnrctl 工具无法定位到正确的监听器配置文件。这常见于使用了非默认监听器名称，或配置文件路径、内容不匹配的情况。

首先，检查 $ORACLE_HOME/network/admin/listener.ora 配置文件是否存在。打开文件，确认其中至少包含一段格式为 LISTENER = (DESCRIPTION = ...) 的定义。监听器名称不一定必须是 LISTENER，但 lsnrctl status 命令默认会查找此名称。
若在配置中使用了自定义监听器名称（例如 MYLISTENER），则查询状态时必须显式指定该名称：lsnrctl status MYLISTENER，否则命令将无法找到目标监听器。
此外，listener.ora 文件中的 HOST 参数值不建议设置为 localhost 或 127.0.0.1，除非客户端与数据库服务器位于同一主机。在生产环境中，建议填写服务器的真实网卡 IP 地址或可被解析的主机名，并确保 /etc/hosts 文件中的域名解析正确无误。

lsnrctl status 显示监听器运行中，但还是连不上

当 lsnrctl status 显示监听器处于运行状态却仍无法连接时，问题变得更为复杂。此时，核心问题不在于监听器是否启动，而在于其监听配置是否正确以及是否识别目标数据库服务。关键在于仔细分析命令输出中的两个核心部分：Listening Endpoints Summary... 和 Services Summary...。

在 Listening Endpoints 部分，确认监听器实际监听的端口号（默认为 1521）是否与客户端连接字符串中指定的端口完全一致。若监听器实际监听 1522 端口，而客户端尝试连接 1521，则必然触发 ORA-12541 错误。
接着，查看 Services Summary 部分。这里列出了监听器已知的所有数据库服务。确保您要连接的数据库实例名（如 orcl）或全局数据库服务名出现在此列表中。若列表为空或仅显示 UNKNOWN，则表明数据库实例未能成功向监听器注册。此时需检查数据库的 local_listener 参数配置，或考虑在 listener.ora 中配置静态服务注册。
切勿忽略防火墙的影响。在 Linux 系统上，可使用 ss -tlnp | grep :1521 命令验证 1521 端口是否被真正监听，以及绑定的 IP 地址（0.0.0.0 表示监听所有地址）。在 Windows 系统上，需仔细检查 Windows Defender 防火墙的入站规则，确保已放行 Oracle 监听端口。

Oracle 19c+ 使用多租户时，CDB/PDB 服务名容易混淆

在 Oracle 多租户架构（CDB）环境中，ORA-12541 错误常因连接了错误的服务名而被误判。必须明确：监听器识别的是服务名（SERVICE_NAME），而非传统的实例 SID。并且，可插拔数据库（PDB）的默认服务名也并非简单的 PDB$SEED 或 ORCLPDB1 这类名称。

要获取当前所有可用的有效服务名，最直接的方法是登录数据库并执行查询：SELECT name, pdb FROM v$services ORDER BY name;。结果集中的 name 列，才是监听器对外公布的、可供连接的正确服务名。
通常，CDB 根容器（CDB$ROOT）的服务名即为安装时指定的全局数据库名（例如 ORCL）。而 PDB 的服务名默认与其名称相关，但前提是该 PDB 处于 OPEN 状态，并已成功向监听器注册。
一个常见的误区是：若某个 PDB 处于 MOUNTED 状态，它不会向监听器注册服务名。此时，尝试连接该 PDB 的服务名同样会引发 ORA-12541 错误。这本质上并非监听器故障，而是目标数据库未就绪。

总而言之，监听器状态显示正常，并不等同于它能成功将客户端连接请求路由至正确的数据库实例。服务名、监听端口、实例状态、网络通路这四个环节构成完整的连接链条，任一环节中断都将导致 ORA-12541 错误。在实际故障排查中，最易被忽视的往往是网络连通性测试。最有效的验证方法是，从客户端机器使用 telnet 服务器IP 1521 或 nc -zv 服务器IP 1521 等命令，实际测试目标端口是否可达。这一步操作往往能直接定位问题的根源所在。

来源:https://www.php.cn/faq/2320521.html

免责声明：游乐网为非赢利性网站，所展示的游戏/软件/文章内容均来自于互联网或第三方用户上传分享，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系youleyoucom@outlook.com。

上一篇：如何用SQL快速定位异常分组数据_结合窗口函数检测下一篇：SQL怎样实现类似Excel透视表的功能_利用CASE WHEN行转列