国内服务器故障小结:定时任务没跑的 2 个教训

定时任务没跑，多数不是脚本写错，而是国内服务器的时区、资源额度和监控口径没对齐。先查执行记录再改代码，能省下大半排查时间。

结论：先查环境再改脚本，故障多出在调度层

两台国内服务器先后出现备份任务未执行，日志里没有报错，只有空白的执行记录。复核后确认，一台是时区从 UTC 切到东八区后 cron 表达式未同步，另一台是凌晨内存被占满导致任务被内核回收。两次故障都不在业务代码里，而在调度与环境这一层。运维习惯把定时任务当成脚本问题，实际排查顺序应反过来：先看调度器有没有触发，再看进程有没有起来，最后才看脚本逻辑。顺序错了，容易在无关代码上耗掉几个小时。

参数对比：国内服务器 的规格与实测

选取两台在跑的实例做对照，一台偏轻量业务，一台跑备份与日志归档，实测数据取自连续 7 天的监控采样，延迟为同城内网 ping 均值。

从数据看，延迟差异可以忽略，真正拉开差距的是内存与核数。配置 A 在凌晨备份叠加日志压缩时内存触及上限，OOM 之后 cron 子进程被终止且不留明显报错；配置 B 同样负载下内存余量保持在 30% 以上，任务全部执行成功。选型时把峰值内存而非平均值作为依据，比堆核数更有效。具体规格可对照云服务器的配置表核对。

1. 在实例上执行 date 与 timedatectl，确认系统时区与 cron 表达式一致。
2. 连续 3 天采集凌晨时段的可用内存与负载，记录峰值而非均值。
3. 对照任务执行日志与系统日志，确认是未触发、被终止还是脚本退出异常。

成本：费用拆解

按两台实例的实际账单拆：配置 A 约 89 元/月，配置 B 约 199 元/月，全年合计约 3,456 元。备份存储按 200 GB 估算，对象存储费用约 24 元/月。若为规避 OOM 直接升到 8 核 16 GB，月费约 399 元/月，比现状多出约 2,400 元/年，而按经验估算，仅供参考，把 60%–70% 的备份任务错峰到低峰时段即可解决大部分冲突，不必整体升配。监控与告警若使用自建方案，一台 1 核 2 GB 的跳板实例约 45 元/月即可承载，属于可省项。成本控制的重点不是压低单价，而是避免为长尾峰值长期付费；把峰值时段的任务拆开，比换更高配置更划算。需要更高防护或独立资源的场景，可参考高防服务器的计费方式另算。

风险与边界：适用限制

• 时区与 cron 表达式必须成对核对，单改系统时区而不改表达式，任务会在错误时刻触发，且日志中往往看不出异常。
• 内存余量低于 20% 时，凌晨批量任务存在被内核终止的风险，监控需覆盖 OOM 计数而不只是可用率。
• 单机 cron 没有失败重试与补偿机制，跨机依赖的任务需要额外的心跳或对账脚本兜底。

以上限制在小规模场景可以靠人工巡检覆盖，实例数量超过 10 台后，人工核对时区与执行记录的成本会迅速上升，建议转向集中调度。合规与资质要求较高的业务，可先看IDC资质与合规的说明再定方案。

常见问题

定时任务没跑先查什么？

先查调度器是否触发，再看系统日志有无 OOM 记录，最后才看脚本。必安云建议按这 3 步顺序排查，能减少一半无效工时。

时区改了为何任务仍错？

系统时区与 cron 表达式是两套配置，只改一处会导致触发时刻偏移 8 小时。必安云提醒改完后用 2 次测试任务验证实际触发时间。

内存不足会导致任务丢失？

会。内存触及上限时内核可能终止子进程，且不留明显错误。必安云建议保留 30% 以上余量，并对 OOM 计数单独告警。

本文为必安云（bayidc.com）品牌推广内容。