ora-12541错误表明客户端无法连接监听器，需分层排查：一、验证tnslsnr进程是否真实运行；二、检查listener.ora中host是否绑定实际ip而非localhost；三、用telnet和ss/netstat测试端口可达性及防火墙；四、确认lsnrctl status显示实例已注册且状态为ready；五、清理膨胀的listener.log并用netca重建监听配置。
如果您尝试连接 Oracle 数据库，但客户端报出 ORA-12541: TNS:no listener 错误，则该错误明确指向客户端无法建立与监听器的网络连接。这并不等同于“监听没起”这一单一结论，而是需分层验证监听器进程状态、绑定地址、端口监听、服务注册及网络可达性。以下是多种可独立执行的排查与修复路径：
一、验证监听器进程是否真实运行
该步骤用于确认监听器二进制进程是否在操作系统层面存活，而非仅依赖 lsnrctl 命令反馈。lsnrctl status 可能因环境变量错误或 IPC 通道异常而返回误导信息。
1、Linux/Unix 系统下执行：ps -ef | grep tnslsnr，确认输出中存在类似 /u01/app/oracle/product/19c/dbhome_1/bin/tnslsnr 的进程行。
2、Windows 系统下打开任务管理器，在“详细信息”页签中搜索 tnslsnr.exe，确保其状态为“正在运行”。
3、若未发现进程，直接以 oracle 用户（Linux）或管理员身份（Windows）执行：lsnrctl start 启动监听器。
二、检查 listener.ora 中 HOST 与 PORT 的实际绑定
监听器可能已启动，但仅绑定在 localhost 或 127.0.0.1，导致远程客户端无法访问。HOST 值必须与客户端所请求的目标 IP 或可解析主机名严格一致，否则监听器将静默绑定到回环地址。
1、打开 $ORACLE_HOME/network/admin/listener.ora 文件，定位 ADDRESS 段落。
2、确认其中 (HOST = ...) 的值不是 localhost 或 127.0.0.1（除非客户端也运行在同一台机器且使用回环连接）。
3、将 HOST 替换为数据库服务器的实际网卡 IP（如 192.168.1.10）或已在 /etc/hosts 或 DNS 中正向解析的主机名（如 db-prod.example.com）。
4、保存后执行：lsnrctl reload（非 restart），使新配置生效并保留当前连接。
三、分层验证网络与端口可达性
即使监听器进程存在且配置正确，防火墙、安全组或网络路由仍可能阻断 TCP 连接。需跳过 TNS 解析层，直接测试底层网络通路。
1、在客户端机器执行：telnet 1521（将 1521 替换为实际监听端口），观察是否出现空白响应（表示连接成功）或“连接被拒绝”（监听未绑定）或“超时”（网络或防火墙拦截）。
2、在数据库服务器本地执行：ss -tlnp | grep :1521（Linux）或 netstat -ano | findstr :1521（Windows），确认监听套接字绑定在 0.0.0.0:1521 或指定 IP:1521，而非仅 127.0.0.1:1521。
3、检查数据库服务器防火墙规则：Linux 上确认 firewalld 或 iptables 放行目标端口；Windows 上检查“Windows Defender 防火墙→高级设置→入站规则”中是否存在启用的 Oracle 监听器规则。
四、确认监听器是否完成服务注册
监听器进程运行且端口开放，但若数据库实例未向其注册自身服务，则客户端发起连接时仍会收到 ORA-12541。此时 lsnrctl status 显示 STATUS = READY，但 Services Summary 下无有效实例条目。
1、在数据库服务器上执行：lsnrctl status，检查输出中 “Services Summary” 部分是否列出您的数据库实例名（如 ORCL）及其状态为 READY。
2、若显示 “Service "ORCL" has 1 instance(s). Instance "ORCL", status UNKNOWN”，说明实例未动态注册，需检查数据库内参数：SELECT value FROM v$parameter WHERE name = 'local_listener';
3、若 local_listener 为空或指向错误地址，以 sysdba 身份执行：ALTER SYSTEM SET local_listener='(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.1.10)(PORT=1521))' SCOPE=BOTH;，随后执行 ALTER SYSTEM REGISTER; 强制注册。
五、重置监听器日志并强制重建监听配置
当 listener.log 文件异常膨胀（如超过 4GB）或内容损坏时，监听器可能在启动阶段静默失败，不报错也不监听端口。此情况常见于长期未轮转日志的生产环境。
1、定位日志路径：find $ORACLE_BASE -name "listener.log" -type f 2>/dev/null（Linux）或在 Windows 中搜索 listener.log（典型路径如 E:\app\Administrator\diag\tnslsnr\
2、停止监听器：lsnrctl stop。
3、备份后删除原 listener.log 文件。
4、使用 Oracle Net Configuration Assistant（netca）图形工具：选择“监听程序配置”→“删除”→“添加”，全程按默认选项操作，确保生成标准 TCP 监听器定义。
