服务器运维实践：用 systemd 与日志轮转让个人服务稳稳运行

个人服务器上跑着几个常驻服务，其中包括我之前文章里提到的个人 AI 助手的服务端。服务本身写好只是第一步，真正让人省心的是它在服务器上长期稳定地运行。过去我遇到过两类问题：一是进程意外退出后，很久才发现；二是日志文件不断增长，直到把磁盘写满。本文记录我后来固定下来的几组做法，都是小而具体的运维习惯。

一、让服务自己“站起来”：用 systemd 托管

不再用 nohup 把进程丢在后台，而是写一个 service 文件，交给 systemd 管理。关键的几项配置：

• Restart=on-failure：进程异常退出后自动重启；
• RestartSec=5：重启前等待几秒，避免失败循环把系统拖垮；
• WorkingDirectory：指定工作目录，避免相对路径找不到文件；
• EnvironmentFile：把密钥、端口等配置放在单独的环境文件里，不写进 unit 文件；
• User：用普通用户运行服务，不用 root；
• systemctl enable：设置开机自启，服务器重启后服务自己回来。

日常用 systemctl status 和 journalctl -u 服务名 -f 查看状态和日志，定位问题比到处翻 nohup 输出文件方便得多。

二、日志要“有进有出”：落盘与轮转

日志只写不清理，迟早会把磁盘写满。我的做法是：

• 用 StandardOutput=append、StandardError=append 把标准输出写到固定的日志文件；
• 用 logrotate 做轮转：按大小或按天切分，保留最近若干份，旧的压缩后删除；
• 日志里只记录关键事件：启动、配置加载、外部调用失败、定时任务执行结果；不把每次心跳、每次调试信息都写进日志；
• 定期看一眼磁盘用量，做到心里有数。

三、健康检查：别等用户先发现问题

服务“进程在”不等于“服务可用”。我加了一个很简单的健康检查：

• 服务提供一个 /health 接口，只返回运行状态；
• 用定时任务每隔一段时间请求一次，连续失败就给自己发一条消息提醒；
• 检查脚本本身保持简单：设置好请求超时，失败重试一次再告警，避免网络抖动造成误报。

这个检查不需要很复杂，关键是“有人在看”——哪怕只是给自己发一条消息，也比等别人反馈强。

四、升级与备份：先留后路再动手

• 改配置、升级服务前，先备份当时的配置文件和数据目录；
• 升级后先用 systemctl status 和日志确认服务正常，再离开；
• 重要的配置纳入版本管理，改动有记录，出问题能回滚到上一个能用的版本；
• 定期把备份复制到服务器之外的地方。

五、一个每周检查清单

每周花几分钟，按清单看一遍：

1. 服务状态是否正常；
2. 磁盘用量是否在合理范围；
3. 日志里有没有反复出现的错误；
4. 备份是否成功生成；
5. 有没有待处理的安全更新。

结语

个人服务器的运维不需要一开始就上很重的方案。先把“自动重启、日志轮转、健康检查、升级前备份”这四件事做扎实，服务就能长期稳定地跑下去。后续如果服务越来越多，再考虑把这些检查集中起来统一管理。