systemd.timer OnBootSec 与 OnUnitActiveSec 的周期触发配置方法
来源:17golang原创
时间:2026-11-15 00:37:29 351浏览 收藏
如果任务要求“机器启动 5 分钟后先跑一次,之后每次服务激活间隔 1 小时再跑”,systemd.timer 应该组合 OnBootSec= 和 OnUnitActiveSec=。前者以开机时间为起点,后者以被激活服务的最近一次启动为起点;两者都属于单调计时,不依赖时区和墙上时钟。
官方地址:https://www.freedesktop.org/software/systemd/man/latest/systemd.timer.html
OnBootSec=5min负责开机后的首次触发。OnUnitActiveSec=1h负责服务每次激活后的下一次触发。- 改完单元要执行
daemon-reload,再用list-timers --all看下次时间。
先分清两个计时起点
OnBootSec= 是相对系统启动的延迟;例如机器启动后 5 分钟,计时器就具备触发条件。OnUnitActiveSec= 则跟着它激活的服务走:服务最近一次被激活后,再经过配置的时长触发下一轮。把两者放在同一个 timer 里,就能覆盖“首次延迟”和“以后固定间隔”两个需求。
这里不使用 Persistent=,因为它解决的是日历计时器错过执行后的补跑;也不使用 OnCalendar=,因为本文目标不是固定在每天某个钟点执行。

用 service 和 timer 组合出周期任务
假设脚本负责清理业务临时文件,先定义一个一次性服务:
[Unit]
# 让服务承担真正的工作,timer 只负责安排触发
Description=Clean application temporary files
[Service]
# oneshot 执行完即退出,适合被 timer 反复激活
Type=oneshot
ExecStart=/usr/local/bin/cleanup-app-tmp.sh
再创建同名的 timer:
[Unit]
# 这是调度单元,不直接执行清理脚本
Description=Run application cleanup periodically
[Timer]
# 开机后 5 分钟触发第一次
OnBootSec=5min
# 目标服务每次激活后,1 小时再触发下一次
OnUnitActiveSec=1h
# 明确绑定目标,避免依赖同名隐式匹配
Unit=cleanup-app-tmp.service
[Install]
# enable 时加入系统定时器目标
WantedBy=timers.target
文件名应分别是 /etc/systemd/system/cleanup-app-tmp.service 和 /etc/systemd/system/cleanup-app-tmp.timer。如果服务执行时间明显超过一个小时,要把“周期”理解为服务再次激活的时间基准,并为脚本增加并发锁,避免两次清理重叠。
重新加载并检查下次触发时间
# 让 systemd 重新读取刚修改的单元文件
sudo systemctl daemon-reload
# 设置开机自动启用,并立即启动这个 timer
sudo systemctl enable --now cleanup-app-tmp.timer
# 查看是否已加载、上次触发和下次触发
systemctl list-timers --all cleanup-app-tmp.timer
# 读取 timer 的最终属性,核对 OnBootSec 和 OnUnitActiveSec
systemctl cat cleanup-app-tmp.timer
# 查看被触发服务的执行日志
journalctl -u cleanup-app-tmp.service -n 50 --no-pager
看到 timer 出现在列表中,只能证明调度单元已加载;还要看 UNIT 是否是 cleanup-app-tmp.service,以及日志里是否真的出现了服务执行记录。单元文件改动后若漏掉 daemon-reload,磁盘上的新配置不会立即成为运行时配置。

几个容易误判的边界
| 现象 | 应先判断什么 | 处理方向 |
|---|---|---|
| 重启后没有补跑 | 是否期待 Persistent 语义 | 本文组合不负责错过任务补跑 |
| 休眠后触发时间变化 | 是否需要计入挂起时长 | 评估 WakeSystem= 的权限和硬件条件 |
| 服务重叠执行 | 上一轮是否仍在运行 | 在脚本或服务中做锁,或重新设计周期 |
| 必须每天 02:00 执行 | 需求是不是墙上时钟 | 改用 OnCalendar=,再单独评估时区和校时 |
单调计时器的好处是不会因时区切换而改变相对间隔,但它也不是精确实时调度器,仍会受到 AccuracySec= 等设置影响。需要休眠期间仍按时间唤醒机器时,官方文档建议结合 WakeSystem=,但它需要相应权限且不负责任务完成后的再次休眠。
常见问题
OnBootSec 和 OnUnitActiveSec 能同时写吗?
可以。多个计时表达式都成立时,timer 会在任一表达式到期时触发;本文利用它先满足开机延迟,再按目标服务的激活时间重复安排。
为什么只看到 timer 没看到服务日志?
先用 systemctl cat 核对 Unit=,再用 systemctl status cleanup-app-tmp.service 和 journalctl -u 查执行错误,别只看 timer 的下一次时间。
要固定每天某个时间,继续用这套配置吗?
不建议。固定钟点属于 OnCalendar= 的日历语义;本文的 OnBootSec 和 OnUnitActiveSec 更适合“启动后延迟”和“按服务激活间隔”这类相对时间。
-
501 收藏
-
501 收藏
-
501 收藏
-
501 收藏
-
501 收藏
-
文章 · linux | 16分钟前 | 命令行工具 · linux运维 · 故障排查 · Linux systemd journalctl 日志排查 启动日志 Boot ID systemd-journald311 收藏
-
文章 · linux | 18分钟前 | linux运维 · 文件系统 · Linux 文件句柄 name_to_handle_at open_by_handle_at file_handle mount_id340 收藏
-
490 收藏
-
文章 · linux | 25分钟前 | linux运维 · 故障排查 · 服务治理 · Linux systemd 故障恢复 服务重启 RestartSec StartLimit Restart RestartSteps312 收藏
-
132 收藏
-
文章 · linux | 29分钟前 | linux运维 · Linux cgroup v2 frozen cgroup.freeze cgroup.events populated 进程层级 运维监控332 收藏
-
481 收藏
-
313 收藏
-
165 收藏
-
329 收藏
-
438 收藏
-
263 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 立即学习 543次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 立即学习 516次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 立即学习 500次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 立即学习 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 立即学习 485次学习