Los temporizadores de systemd como sustituto de cron: OnCalendar, Persistent= y RandomizedDelaySec

Objetivo

Programar un trabajo periódico con un temporizador de systemd en lugar de una entrada de crontab, de modo que una ejecución perdida (el host estaba apagado) pueda recuperarse y la carga pueda repartirse entre muchos hosts.

Requisitos previos

Acceso root en una distribución basada en systemd; un comando que ejecutar, envuelto como un script idempotente.

Pasos

1. Escribir el trabajo como un servicio oneshot, /etc/systemd/system/backup.service:

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

2. Escribir el temporizador correspondiente, /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= usa la sintaxis de eventos de calendario descrita en systemd.time(7) (nombres de días de la semana, rangos y comodines * para los campos de fecha). Persistent=true hace que systemd ejecute el servicio una vez, en el siguiente arranque o activación del temporizador, si la última ejecución programada se perdió mientras el sistema estaba apagado. RandomizedDelaySec= añade un retraso aleatorio con distribución uniforme de hasta el valor indicado por encima de OnCalendar=, útil para evitar que muchos hosts accedan a un recurso compartido en el mismo segundo.
3. Antes de habilitarlo, validar y previsualizar la expresión: systemd-analyze calendar 'Mon..Fri *-*-* 03:00:00'. Imprime la forma normalizada y la próxima hora de activación sin tocar ninguna unidad.
4. Recargar los archivos de unidad y, después, habilitar el temporizador (no el servicio) para que sobreviva a los reinicios y se inicie ya: systemctl daemon-reload && systemctl enable --now backup.timer. Ejecutar el trabajo una vez a mano (systemctl start backup.service) para ver los fallos de inmediato en lugar de a las 03:00.
5. Listar las ejecuciones programadas y las próximas: systemctl list-timers backup.timer (o --all para incluir también las inactivas), que muestra las columnas NEXT y LEFT.

Resultado esperado

systemctl list-timers muestra backup.timer con una hora NEXT futura; journalctl -u backup.service muestra una ejecución completada en esa hora o después (teniendo en cuenta el retraso aleatorio).

Límites y base de verificación

Basado en systemd.timer(5), systemd.time(7) y systemd-analyze(1). Para deshacerlo: systemctl disable --now backup.timer, eliminar ambos archivos de unidad, y luego systemctl daemon-reload. La precisión del temporizador es, por defecto, de aproximadamente un minuto (AccuracySec=1min), así que no se garantiza una precisión inferior al minuto.