如何配置Oracle 19c的自启动脚本_编写systemd服务单元文件

Oracle 19c 的 dbstart 脚本默认不生效，因其弃用 /etc/oratab 的 Y 标记自动启动逻辑，硬编码检查未设置的 ORACLE_HOME_LISTNER 环境变量，且不校验密码文件、spfile 路径或监听注册状态，失败时仅写日志不报错；需手动设 ORACLE_HOME_LISTNER=$ORACLE_HOME、确保 oratab 中为大写 Y、通过 systemd 显式加载完整 Oracle 环境（含 ORACLE_SID），并用 sqlplus 验证数据库 OPEN 状态。

为什么直接改 /etc/oratab 为 Y 还是不启动

因为 dbstart 在 oracle 19c 中已弃用自动监听器启动逻辑，它硬编码检查 oracle_home_listner 环境变量，而该变量在 19c 默认不设、也不再由 oraenv 或 profile 自动导出。即使 /etc/oratab 里写的是 :y，脚本一运行就报错：oracle_home_listner is not set, unable to auto-start oracle net listener，然后跳过监听器，接着数据库也因连不上监听而挂起或静默失败。

• 必须手动补全 ORACLE_HOME_LISTNER=$ORACLE_HOME，位置在 dbstart 脚本开头（#!/bin/bash 下一行即可）
• /etc/oratab 中的 Y 必须是大写，且不能带空格或注释尾缀，例如 ORCL:/u01/app/oracle/product/19c/dbhome_1:Y
• dbstart 不校验密码文件、spfile 路径或 local_listener 配置，失败时只写日志到 $ORACLE_HOME/startup.log，不抛错到终端

systemd service 文件里为什么不能只写 Environment=ORACLE_HOME=...

因为 systemd 启动服务时不会加载 ~oracle/.bash_profile 或 /etc/profile，ORACLE_SID、PATH、LD_LIBRARY_PATH 全为空——哪怕你只漏了 ORACLE_SID，dbstart 就会找不到对应实例行，直接跳过启动。

• 推荐方式：单独写一个轻量环境初始化脚本，如 /etc/profile.d/oracle_env.sh，内容仅含三行：export ORACLE_HOME=/u01/app/oracle/product/19c/dbhome_1、export ORACLE_SID=ORCL、export PATH=$ORACLE_HOME/bin:$PATH
• service 文件中 ExecStart 改用：/bin/bash -c 'source /etc/profile.d/oracle_env.sh && $ORACLE_HOME/bin/dbstart $ORACLE_HOME'
• 绝对禁止在 Environment= 行里拼接变量，如 Environment="PATH=$ORACLE_HOME/bin:$PATH" —— systemd 不解析变量，会原样传入，导致路径错误

Type=forking 和 Type=oneshot 哪个更适合 Oracle 19c

Type=forking 更稳妥，但必须配对 PIDFile；Type=oneshot 看似简单，实际容易误判“启动完成”，导致后续依赖服务提前启动或 systemctl start 返回过早。

• 选 Type=forking 时，务必设置 PIDFile=$ORACLE_HOME/dbs/lk$ORACLE_SID（注意是 lk 开头的锁文件，不是 pid 文件）
• 选 Type=oneshot 必须加 RemainAfterExit=yes，否则服务状态立刻变 inactive，systemctl is-active oracle.service 查不到运行态
• 无论哪种类型，都建议加 TimeoutSec=300 —— dbstart 内部等待监听器默认 15 秒，但 ARM 平台或高负载下可能超时，systemd 会直接 kill 进程

监听器和数据库的启动顺序怎么保障不踩坑

dbstart 内部虽有等待逻辑，但它只执行一次 lsnrctl status，不验证监听器是否真正注册了当前实例。常见现象是监听器起来了，sqlplus / as sysdba 却报 ORA-12514: TNS:listener does not currently know of service requested。

• 不要用 ExecStartPre 单独启监听器再启数据库——这绕过了 dbstart 对 oratab 的读取，实例可能被忽略
• 应在 dbstart 执行后追加验证步骤，例如在 service 的 ExecStartPost 中加：/bin/bash -c 'sleep 10 && $ORACLE_HOME/bin/sqlplus -S / as sysdba
• 更关键的是检查数据库内配置：show parameter local_listener 必须指向正确地址，且 alter system register; 确保动态注册生效

实际部署中最容易被忽略的点是：systemd 服务启动时，oracle 用户对 $ORACLE_HOME/bin/ 下所有可执行文件必须有 x 权限，尤其 dbstart、lsnrctl、sqlplus。权限不对时，service 日志里只显示 “Permission denied”，不会提示具体哪个文件。