这个问题我之前也遇到过——apt在更新PostgreSQL时会先停止服务，而systemd因为你的Web应用依赖PostgreSQL，会跟着终止Web应用，但PostgreSQL更新完成重启后，Web应用不会自动恢复。下面提供两种可靠的解决方案：

方案一：调整systemd单元配置（推荐） #

通过修改Web应用的systemd服务文件，让它在依赖服务恢复后自动重启，这是最符合systemd设计理念的方法。

1. 编辑Web应用的systemd服务文件
   假设你的服务文件是/etc/systemd/system/webapp.service，用编辑器打开它：

   sudo nano /etc/systemd/system/webapp.service
   

2. 更新[Unit]和[Service]段的配置
   调整或添加以下配置项：

   [Unit]
   Description=你的Web应用名称
   After=network.target postgresql.service
   Requires=postgresql.service  # 如果Web应用必须依赖PostgreSQL才能运行，用这个；若只是可选依赖，替换为Wants=postgresql.service
   PartOf=postgresql.service  # 可选：当PostgreSQL被重启时，Web应用会被同步重启（增强联动性）
   
   [Service]
   User=运行Web应用的用户
   ExecStart=/你的Web应用启动命令或脚本路径
   Restart=on-failure
   RestartSec=5  # 异常终止后等待5秒再尝试重启，避免频繁重试
   

3. 重新加载systemd并重启服务
   保存文件后，让systemd加载新配置：

   sudo systemctl daemon-reload
   

   然后重启Web应用服务使配置生效：

   sudo systemctl restart webapp.service
   

配置说明 #

• Requires=postgresql.service：强依赖，确保PostgreSQL启动后Web应用才会启动；如果PostgreSQL启动失败，Web应用也不会启动。
• After=postgresql.service：保证Web应用在PostgreSQL完全启动后再启动，避免连接数据库失败。
• Restart=on-failure：当Web应用因依赖服务停止等异常原因终止时，systemd会自动尝试重启它。当PostgreSQL更新完成重启后，Web应用的重启尝试就能成功连接到数据库。
• PartOf=postgresql.service：让Web应用和PostgreSQL形成"绑定"，当PostgreSQL被手动或自动重启时，Web应用也会被重启，进一步确保服务联动。

方案二：配置APT更新钩子 #

如果需要更直接地控制更新后的操作，可以给APT添加钩子，在PostgreSQL更新完成后强制重启Web应用。

1. 创建APT配置文件
   在/etc/apt/apt.conf.d/目录下创建一个新的配置文件：

   sudo nano /etc/apt/apt.conf.d/99-restart-webapp
   

2. 添加钩子脚本
   写入以下内容，确保只有当PostgreSQL处于活跃状态时才重启Web应用：

   DPkg::Post-Invoke {"if systemctl is-active --quiet postgresql.service; then systemctl restart webapp.service; fi";};
   

3. 保存文件
   退出编辑器即可，之后每次APT完成包更新操作后，都会自动执行这个钩子。

方案对比 #

• 方案一：更自动化，完全依托systemd的服务管理机制，能处理除了APT更新之外的其他场景（比如PostgreSQL意外崩溃重启），推荐作为首选方案。
• 方案二：针对性更强，只在APT更新时触发重启，但无法处理PostgreSQL意外重启的情况，适合需要精确控制更新后操作的场景。

你可以根据自己的需求选择其中一种方案，两种方案也可以同时使用来增强可靠性。

内容的提问来源于stack exchange，提问作者Antoine