将旧版 init.d 脚本迁移到 systemd 服务单元，核心是创建对应的.service 文件并接管服务生命周期，适用于 CentOS 7、Ubuntu 16.04 及更新版本的主流 Linux 发行版。迁移前需确认系统已使用 systemd 作为初始化系统，避免在旧版 SysVinit 环境中执行无效操作。
先说结论：迁移本质是用声明式单元文件替代过程式 Shell 脚本，由 systemd 统一管理依赖和状态。
- 适合：运行 systemd 的现代 Linux 发行版，需长期维护的核心服务。
- 先准备：确认 PID 1 进程为 systemd，备份原有 init.d 脚本。
- 验收：通过 systemctl status 确认状态，重启验证自启。
命令速用版
# 1. 确认初始化系统
ps -p 1 -ocomm=
# 2. 自动转换脚本 (如有 LSB 头)
systemd-sysv-generator `--root`=/ `--tmpdir`=/tmp
# 3. 重载配置
systemctl daemon-reload
# 4. 启用并启动服务
systemctl enable 服务名
systemctl start 服务名为什么会这样
systemd 不是 init.d 的简单替代品，而是基于依赖图的并行启动引擎。传统 init.d 脚本按文件名顺序串行执行，无法自动解析服务间依赖，且缺乏统一的状态监控和日志收集。systemd 通过.unit 文件声明依赖关系（如 After=network.target），内置状态机管理服务生命周期，并能集成 journald 统一日志，解决了启动慢、依赖乱、排查难的问题。
分步处理
步骤 1：确认环境兼容性
执行ps -p 1 -ocomm=，输出必须为 systemd。若输出为 init 或 upstart，说明系统尚未切换到 systemd，强行迁移无效。
步骤 2：生成或编写服务单元文件
若原 init.d 脚本包含标准 LSB 头信息（如# Required-Start），可使用systemd-sysv-generator自动生成兼容的.service 文件。对于复杂服务，建议在/etc/systemd/system/目录下手动创建服务名.service文件，明确填写 ExecStart、ExecStop 及用户权限。
步骤 3：重载并启用服务
创建文件后执行systemctl daemon-reload使配置生效。使用systemctl enable设置开机自启，替代原有的 chkconfig 或 update-rc.d 命令。
怎么验证是否生效
使用systemctl status 服务名查看服务状态，确认 Active 状态为 active (running)。通过journalctl -u 服务名查看统一日志，确认无启动报错。检查开机重启后服务是否自动拉起，验证 WantedBy 配置是否正确。
常见坑
1. 路径不一致：systemd 服务文件中的执行路径必须为绝对路径，相对路径会导致启动失败。
2. 环境变量丢失：init.d 脚本中 sourced 的环境变量在 systemd 中不会自动加载，需在 Service 段显式声明 Environment。
3. PID 文件管理：若服务类型为 forking，必须正确指定 PIDFile 路径，否则 systemd 无法跟踪主进程状态。
4. 权限问题：确保 ExecStart 指定的脚本具有执行权限，且 User/Group 配置符合最小权限原则。
常见问题
迁移后原有的 init.d 脚本需要删除吗？
建议保留但禁用。保留原脚本作为备份以便回滚，但需使用 systemctl disable 或移除 rc 链接防止冲突。
systemd 能完全兼容所有 init.d 脚本吗？
大部分兼容，但依赖特殊运行级别或复杂信号处理的脚本可能需要手动调整.service 配置。
如何回滚到 init.d 管理方式？
停止 systemd 服务，移除.service 文件，重新执行 daemon-reload，并恢复原有的 chkconfig 或 update-rc.d 配置。
参考来源
1. 从 SysV 到 systemd:3 步完成服务脚本无缝迁移 (my.oschina.net)
2. 从传统的 SysV init 系统到如今广泛采用的 systemd (https://my.oschina.net/emacs_7992732/blog/19641899)
3. Linux 将原本通过 chkconfig 管理的服务迁移到 systemd 完整步骤
4. 从 init 到 systemd:Linux 系统管理的演变