Thomas.will: Neue Seite: Baustein Timer

2026-10-17T15:47:29Z

Neue Seite: Baustein Timer

Neue Seite

[[Kategorie:systemd]]
{| class="wikitable"
! Baustein !! ab Stufe !! Lernpfad
|-
| '''Timer''' || [[Systemd Stufe 2 Fortgeschritten|Stufe 2]] || [[Systemd Lernpfad|Übersicht]]
|}

=Einfach erklärt=
*Ein '''Timer''' ist eine Unit, die zu einer bestimmten Zeit eine andere Unit startet. Er ersetzt cron.
*Zu jedem Timer gehört ein Service mit gleichem Namen: backup.timer startet backup.service.
*Vorteil gegenüber cron: Jeder Lauf steht im Journal, man sieht den Erfolg in systemctl status, und verpasste Läufe können nachgeholt werden.

=Das Wichtigste=
*'''Aktiviert wird der Timer''', nicht der Service: systemctl enable --now backup.timer
*Der Service bekommt meist '''Type=oneshot''' und '''keinen''' [Install]-Teil.
*'''OnCalendar=''' für feste Zeiten, '''OnBootSec='''/'''OnUnitActiveSec=''' für Abstände.
*'''Persistent=true''' holt Läufe nach, die verpasst wurden, weil der Rechner aus war.

=Ein Timer=
*/etc/systemd/system/backup.service
<pre>
[Unit]
Description=Nächtliches Backup

[Service]
Type=oneshot
ExecStart=/usr/local/sbin/backup.sh
</pre>
*/etc/systemd/system/backup.timer
<pre>
[Unit]
Description=Backup jede Nacht um 2 Uhr

[Timer]
OnCalendar=*-*-* 02:00:00
Persistent=true
RandomizedDelaySec=15min

[Install]
WantedBy=timers.target
</pre>
*systemctl daemon-reload
*systemctl enable --now backup.timer
*systemctl list-timers backup.timer
*'''RandomizedDelaySec=''' verteilt den Start zufällig. So greifen nicht alle Server gleichzeitig auf den Backup-Server zu.

=Zeitangaben=
{| class="wikitable"
! OnCalendar= !! Bedeutung
|-
| hourly || jede volle Stunde
|-
| daily || täglich um 0 Uhr
|-
| weekly || montags um 0 Uhr
|-
| *-*-* 02:00:00 || täglich um 2 Uhr
|-
| Mon..Fri 07:30 || werktags um 7:30
|-
| *-*-01 03:00 || am Ersten jedes Monats um 3 Uhr
|-
| *:0/15 || alle 15 Minuten
|}
{| class="wikitable"
! Abstände !! Bedeutung
|-
| OnBootSec=15min || 15 Minuten nach dem Start
|-
| OnUnitActiveSec=1h || eine Stunde nach dem letzten Lauf
|-
| OnActiveSec=30s || 30 Sekunden nach dem Aktivieren des Timers
|}
*Zeitangaben testen, bevor man sie einträgt:
*systemd-analyze calendar "Mon..Fri 07:30"
<pre>
Original form: Mon..Fri 07:30
Normalized form: Mon..Fri *-*-* 07:30:00
Next elapse: Mon 2026-10-19 07:30:00 CEST
</pre>

=Anzeigen=
{| class="wikitable"
! Befehl !! Wirkung
|-
| systemctl list-timers || alle aktiven Timer mit nächstem und letztem Lauf
|-
| systemctl list-timers --all || auch die inaktiven
|-
| systemctl status backup.timer || Zustand und nächster Lauf (Trigger)
|-
| journalctl -u backup.service || Ausgabe der Läufe
|-
| systemctl start backup.service || einmal sofort von Hand laufen lassen
|}

=Einmalig ohne Datei: systemd-run=
*In 10 Minuten einmal ausführen:
*systemd-run --on-active=10min /usr/local/sbin/backup.sh
*Morgen um 6 Uhr einmal:
*systemd-run --on-calendar="2026-10-18 06:00" /usr/local/sbin/backup.sh
*Diese Timer überleben keinen Neustart.

=cron und Timer=
{| class="wikitable"
! !! cron !! systemd-Timer
|-
| Konfiguration || eine Zeile || zwei Dateien
|-
| Logs || per Mail oder selbst umleiten || automatisch im Journal
|-
| Verpasste Läufe || weg || mit Persistent=true nachgeholt
|-
| Abhängigkeiten || keine || After=, Requires= wie bei jeder Unit
|-
| Härtung || keine || alle Optionen aus [[Systemd Stufe 3 Security|Stufe 3]]
|}

=Beispiel: Zertifikate erneuern=
*Debian liefert mit dem Paket certbot schon einen fertigen '''certbot.timer''' mit.
*systemctl list-timers certbot.timer
*Wer einen eigenen schreibt, muss ihn mit '''enable --now''' aktivieren. Nur '''start''' ist nach dem Neustart weg.

=Stolperfallen=
*'''Service aktiviert statt Timer.''' Dann läuft der Dienst einmal beim Start, nicht nach Zeitplan.
*'''Timer geändert''' und nichts passiert: daemon-reload und '''systemctl restart backup.timer'''.
*'''Trigger: n/a''' in status heißt: Der Timer hat keinen nächsten Termin. Meist ein Fehler in OnCalendar=, mit systemd-analyze calendar prüfen.
*'''Zeitzone:''' OnCalendar= nutzt die lokale Zeit. Am Ende eine Zone angeben geht auch: *-*-* 02:00 UTC
*'''Sicherheit:''' Timer sind ein beliebter Ort für Angreifer. systemctl list-timers --all gehört zu jeder Prüfung, siehe [[Systemd Stufe 3 Security|Stufe 3]].

=Aufgaben=
==Grundaufgaben==
#Lassen Sie sich alle Timer anzeigen. Welcher läuft als Nächstes?
#Schreiben Sie einen Timer, der jede Minute das Datum an /tmp/zeit.log anhängt.
#Prüfen Sie mit journalctl, ob er läuft.
#Testen Sie mit systemd-analyze calendar: „jeden Sonntag um 23 Uhr“.
==Für Schnelle==
#Stellen Sie einen Ihrer cron-Jobs auf einen Timer um.
#Schalten Sie den Rechner zur Zeit des Timers aus und prüfen Sie, ob Persistent=true den Lauf nachholt.
#Starten Sie mit systemd-run einen Befehl in 2 Minuten und finden Sie den Timer in list-timers.

=Weiter=
*[[Systemd Lernpfad|Übersicht: Lernpfad systemd]]
*Alte Seiten: [[Systemd Service timers]] · [[Systemd-time-beschreibung]] · [[Systemd Certbot Apache Timer]]

Systemd Baustein Timer - Versionsgeschichte

Thomas.will: Neue Seite: Baustein Timer