静态监听正常时lsnrctl status显示unknown是正常现象，因监听器仅按listener.ora加载信息而不验证实例运行状态；unknown≠连接失败，只要客户端能连通即注册成功。
静态监听能用，但别默认选它——除非你明确需要绕过PMON注册、控制非标准端口或对接外部服务。
为什么 status 显示 UNKNOWN 就说明配置没生效？
这不是报错，而是静态监听的固有行为：监听器只按 listener.ora 里的 SID_LIST_LISTENER 加载信息，不检查数据库实例是否真在运行。所以 lsnrctl status 里看到状态是 UNKNOWN，属于正常现象；只要客户端能连上，就说明注册成功了。
-
UNKNOWN≠ 连接失败，只是监听器“不知道”实例当前状态 - 如果连不上，优先查
tnsnames.ora中的SERVICE_NAME或SID是否和GLOBAL_DBNAME/SID_NAME对得上 - 动态监听显示
READY是因为 PMON 实时上报，静态监听没这机制
listener.ora 必须包含哪两个核心块？
缺一不可，顺序无关，但名字必须严格匹配监听器别名（默认是 LISTENER）：
-
LISTENER块：定义监听地址，比如(ADDRESS=(PROTOCOL=TCP)(HOST=localhost)(PORT=1521)) -
SID_LIST_LISTENER块：定义要注册的服务，注意后缀必须和监听器名一致（如监听器叫MYLISTENER，这块就得叫SID_LIST_MYLISTENER） -
SID_DESC内部至少填SID_NAME和ORACLE_HOME；GLOBAL_DBNAME可选，但建议显式指定，避免和客户端tnsnames.ora里的SERVICE_NAME不一致
示例片段：
LISTENER = (DESCRIPTION_LIST = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = db-server)(PORT = 1521)) ) ) SID_LIST_LISTENER = (SID_LIST = (SID_DESC = (SID_NAME = orcl) (ORACLE_HOME = /u01/app/oracle/product/19c/dbhome_1) (GLOBAL_DBNAME = orcl.example.com) ) ) )
tnsnames.ora 客户端连接串怎么配才不翻车？
静态监听下，客户端必须明确告诉 Oracle 要连的是 SID 还是 SERVICE_NAME，二者不能混用：
- 如果
listener.ora里SID_DESC指定了GLOBAL_DBNAME=orcl.example.com，客户端就该用SERVICE_NAME=orcl.example.com - 如果只写了
SID_NAME=orcl且没写GLOBAL_DBNAME，客户端就得用SID=orcl（注意不是SERVICE_NAME） - Oracle 12c+ PDB 场景下，
SERVICE_NAME优先级高于SID；但静态注册不自动带 PDB 服务，得手动加SID_DESC块或改用动态注册 - 路径必须正确：
$ORACLE_HOME/network/admin/tnsnames.ora，不是随便放个同名文件就能用
监听启动后连不上？先盯住这三个点
静态监听故障基本集中在这三处，比查日志更快：
-
lsnrctl reload后立刻执行lsnrctl status，确认输出里有你配的GLOBAL_DBNAME或SID_NAME—— 没出现就是listener.ora格式错了（括号不匹配、大小写敏感、空格/换行被当语法） - 用
tnsping <alias></alias>测试客户端解析，返回OK说明tnsnames.ora没问题；若报TNS-03505，就是别名没找到或格式错误 - 防火墙或 SELinux 拦了端口：Linux 上跑
ss -tlnp | grep :1521，看监听进程是否真绑定了对应 IP 和端口；iptables -L或firewall-cmd --list-all查策略
真正麻烦的是混合场景：比如主库用动态监听供业务访问，ADG 备库又要求静态监听做日志传输——这时得开两个监听，端口分开，listener.ora 里定义两个独立 LISTENER 块，并确保 SID_LIST_ 名称不冲突。这种配置一旦漏掉任一 SID_LIST_ 后缀匹配，静态部分就静默失效，还不好定位。
