Таймеры systemd вместо cron: OnCalendar, Persistent= и RandomizedDelaySec

Цель

Настроить периодическое задание через таймер systemd вместо записи crontab, чтобы наверстать пропущенный запуск, когда хост был выключен, и распределить нагрузку между множеством хостов.

Предварительные условия

Доступ root в дистрибутиве на базе systemd; команда для запуска, оформленная как идемпотентный скрипт.

Шаги

1. Оформите задание как сервис oneshot в /etc/systemd/system/backup.service:

   [Unit]
   Description=Nightly backup
   
   [Service]
   Type=oneshot
   ExecStart=/usr/local/bin/backup.sh
   

2. Создайте соответствующий таймер /etc/systemd/system/backup.timer:

   [Unit]
   Description=Run backup.service nightly
   
   [Timer]
   OnCalendar=*-*-* 03:00:00
   Persistent=true
   RandomizedDelaySec=15min
   
   [Install]
   WantedBy=timers.target
   

   OnCalendar= использует синтаксис календарных событий из systemd.time(7): названия дней недели, диапазоны и подстановочные знаки * в полях даты. Persistent=true заставляет systemd однократно запустить сервис при следующей загрузке или активации таймера, если последний запланированный запуск был пропущен, пока система была выключена. RandomizedDelaySec= добавляет к OnCalendar= равномерно распределённую случайную задержку до указанного значения: это помогает избежать одновременного обращения множества хостов к общему ресурсу в одну и ту же секунду.
3. Перед включением проверьте выражение и посмотрите его результат: systemd-analyze calendar 'Mon..Fri *-*-* 03:00:00'. Команда выводит нормализованную форму и время следующего срабатывания, не затрагивая ни один юнит.
4. Перезагрузите файлы юнитов, затем включите таймер, а не сервис, чтобы он сохранялся после перезагрузок и начал работать сейчас: systemctl daemon-reload && systemctl enable --now backup.timer. Один раз запустите задание вручную (systemctl start backup.service), чтобы увидеть сбои сразу, а не в 03:00.
5. Выведите расписание и ближайшие запуски: systemctl list-timers backup.timer (или --all, чтобы включить и неактивные), с колонками NEXT и LEFT.

Ожидаемый результат

systemctl list-timers показывает backup.timer с будущим временем NEXT; journalctl -u backup.service показывает завершённый запуск в это время или позже, с учётом случайной задержки.

Ограничения и основания метода

Основано на systemd.timer(5), systemd.time(7) и systemd-analyze(1). Для отмены выполните systemctl disable --now backup.timer, удалите оба файла юнитов, затем выполните systemctl daemon-reload. Точность таймера по умолчанию составляет около одной минуты (AccuracySec=1min), поэтому точность меньше минуты не гарантируется.