每日运维打卡表：十分钟的服务器健康检查

每日打卡表（五项，约 10 分钟）

# 1. 服务全绿吗？（全部 online 才算过）
pm2 list

# 2. 磁盘还有余量吗？（使用率 >80% 要处理）
df -h | awk '$5+0 > 80 {print "磁盘告警:", $6, $5}'

# 3. 内存正常吗？（used 不该顶到极限）
free -h

# 4. 数据库连得上吗？
mysql -u user -p'密码' -e "SELECT 1;" aivideo

# 5. 今天的备份在吗？
ls -lh /backup/ | tail -3

把这五行存成 check.sh，每天早上跑一遍——输出全正常就收工，有异常按对应的排错文档处理（文末链接）。

每项的"异常信号"

服务项：errored/restarted 频繁 = 应用在崩溃循环，看 pm2 logs。磁盘项：>80% 先清理日志与临时文件（见日志轮转），还是高就查 storage 增长。内存项：available < 1G 时查吃内存的进程（通常是缓存或泄漏）。数据库项：连不上先看 MySQL 服务，再看密码与权限（见 MySQL 排错）。备份项：今天的备份没生成——查备份脚本的 crontab 与磁盘。

进阶：把打卡自动化一半

五项里的"检测"部分可以脚本自动化（异常时发通知到微信/钉钉）：pm2 状态异常告警、磁盘阈值告警、备份缺失告警——自动化负责"发现"，人负责"处置"。自动化的实现不难（crontab + webhook），值得投入——它是"一个人管好一台服务器"的关键。

打卡的真正价值

打卡表的价值不是"发现问题"（问题早晚会出现），是建立你与服务器的日常连接——你每天看它一眼，它的每个异常你都眼熟。这种熟悉感在真出事的时候，就是排查速度。