Oracle监听器必须单独配置systemd服务，使用Type=forking和RemainAfterExit=yes，通过EnvironmentFile加载ORACLE_HOME/ORACLE_SID，绝对路径调用lsnrctl，并设置After=network.target和Wants=network-online.target确保网络就绪。
oracle监听器（lsnrctl）不能靠dbstart自动拉起——它必须单独管理，否则dbstart可能因监听未就绪而报错“tns-12541: tns:no listener”。正确做法是为监听器单独写一个systemd服务，并确保它早于数据库实例启动。
监听器 service 文件必须用 Type=forking
lsnrctl start 启动后会 fork 出后台进程并立即返回，systemd 默认按 Type=simple 等待主进程常驻，结果会误判为启动失败。必须显式声明 Type=forking，并配合 PIDFile= 或 RemainAfterExit=yes 告诉 systemd：“它启动完就退了，但服务确实在运行”。
-
Type=forking是硬性要求，写成simple或exec会导致systemctl start listener.service卡住或超时失败 - Oracle 11g+ 的监听器 PID 文件默认在
$ORACLE_HOME/network/admin/下，文件名是listener.pid；但该文件由监听器自己写入，systemd 无法可靠读取，所以更稳妥的做法是加RemainAfterExit=yes - 别依赖
ExecStartPre来设置环境变量——systemd 的环境隔离会让export ORACLE_HOME=...在后续命令中完全失效
EnvironmentFile 必须存在且路径准确
监听器启动依赖 ORACLE_HOME 和 ORACLE_SID，但这两个变量不能写死在 ExecStart 里，也不能靠 su - oracle -c "..." 继承 shell 环境（systemd 不加载用户 profile）。唯一可靠方式是用 EnvironmentFile 指向一个纯变量定义文件。
- 推荐路径：
/etc/sysconfig/oracle-listener，内容只需两行：ORACLE_HOME=/u01/app/oracle/product/19c/dbhome_1ORACLE_SID=orcl - 文件权限必须是
644，属主属组为root:root；如果设成600或属 oracle 用户，systemd 会因权限不足拒绝读取 - service 文件中要写
EnvironmentFile=-/etc/sysconfig/oracle-listener，开头的-表示“文件不存在也不报错”，避免部署遗漏时整个服务加载失败
启动顺序必须显式声明 After=network.target 和 Wants=network.target
监听器需要绑定 IP 和端口（默认 1521），若网络接口尚未就绪，lsnrctl start 会报 “TNS-12545: Connect failed because target host or object does not exist” 并静默退出。这不是 Oracle 配置问题，是 systemd 启动时机问题。
Linux 安全审计工具，检查 SSH 配置、开放/监听端口、防火墙规则（ufw/iptables/nftables）、失败登录尝试、sudoers 权限...
-
After=network.target只保证“网络服务已声明就绪”，不保证网卡已配好 IP；生产环境建议额外加Wants=network-online.target并启用systemd-networkd-wait-online.service - 不要用
Before=oracle-db.service替代顺序控制——两个 service 若同属multi-user.target，systemd 不保证跨单元的Before/After一定生效，必须双方都声明依赖关系 - 监听器服务的
[Install]段应设为WantedBy=multi-user.target，而非default.target，否则在最小化安装的服务器上可能不触发
ExecStart 必须用绝对路径调用 lsnrctl
lsnrctl 不在系统 PATH 中，且 systemd 不继承 root 或 oracle 用户的 PATH。任何省略路径的写法，比如 ExecStart=lsnrctl start，必然失败并报错 “Failed at step EXEC spawning lsnrctl: No such file or directory”。
- 正确写法：
ExecStart=/u01/app/oracle/product/19c/dbhome_1/bin/lsnrctl start - 别在
ExecStart里拼接变量，如ExecStart=$ORACLE_HOME/bin/lsnrctl start—— systemd 不解析$变量，会字面执行，导致路径错误 - 加
TimeoutStartSec=90：监听器冷启动可能耗时较长（尤其启用了 SSL 或有大量静态注册服务），默认 90 秒足够，太短会触发超时中断
最容易被忽略的是：监听器服务和数据库服务必须分两个 unit 文件管理，不能合并在一个 oracle.service 里。因为 dbstart 本身会尝试启动监听器，一旦 systemd 已经拉起了监听，dbstart 再次调用 lsnrctl start 就会失败并可能导致整个数据库启动中止——这个逻辑冲突不会报明显错误，只会让 systemctl status oracle-db.service 显示 “active (exited)”，但数据库实际没起来。
