DevToolPal
DE

Cron-Ausdruck

Jeden Montag

Läuft jeden Montag um 09:00, etwa für einen Wochenbericht.

0 9 * * 1 Im Cron-Parser öffnen

Feld für Feld

Feld Wert Trifft zu auf
Minute 0 0
Stunde 9 9
Tag des Monats * Jeder Wert
Monat * Jeder Wert
Wochentag 1 Montag

Nächste Ausführungen

Beispiel: die ersten 6 Ausführungen nach dem 1. Januar 2026 (UTC).

  1. Mo., 5. Jan. 2026, 09:00
  2. Mo., 12. Jan. 2026, 09:00
  3. Mo., 19. Jan. 2026, 09:00
  4. Mo., 26. Jan. 2026, 09:00
  5. Mo., 2. Feb. 2026, 09:00
  6. Mo., 9. Feb. 2026, 09:00

Fertige Varianten

crontab 
0 9 * * 1 /path/to/command

Fügen Sie die Zeile mit crontab -e hinzu. Sie läuft in der Zeitzone des Servers, sofern CRON_TZ oder TZ nicht gesetzt ist.

Kubernetes CronJob 
apiVersion: batch/v1
kind: CronJob
metadata:
  name: every-monday
spec:
  schedule: "0 9 * * 1"
  timeZone: "Etc/UTC"
  concurrencyPolicy: Forbid
  jobTemplate:
    spec:
      template:
        spec:
          restartPolicy: OnFailure
          containers:
            - name: job
              image: busybox:1.36
              command: ["/bin/sh", "-c", "date; echo run"]

Setzen Sie spec.timeZone (Kubernetes 1.27+); sonst gilt die Zeitzone des Controller Managers, meist UTC.

GitHub Actions 
on:
  schedule:
    - cron: '0 9 * * 1'
  workflow_dispatch:

GitHub Actions verwendet immer UTC, erlaubt Intervalle ab 5 Minuten und startet geplante Läufe bei hoher Last eventuell verspätet.

Quartz 
0 0 9 ? * MON

Quartz stellt die Sekunden voran und braucht ? entweder im Tag des Monats oder im Wochentag. Die Tage zählen 1–7 ab Sonntag, Namen sind daher sicherer.

Spring 
@Scheduled(cron = "0 0 9 * * MON")

Spring @Scheduled(cron = …) erwartet sechs Felder: Sekunden und dann die üblichen fünf.

FAQ

› Wie laufe ich jeden zweiten Montag?

cron kennt kein „alle zwei Wochen“. Lassen Sie den Job jeden Montag laufen und das Skript in ungeraden ISO-Wochen abbrechen, z. B. [ $(( $(date +\%V) \% 2 )) -eq 0 ].

› In welcher Zeitzone läuft 0 9 * * 1?

Cron verwendet die Zeitzone der Maschine oder des Dienstes, der ihn ausführt. Unter Linux ist das die Systemzeitzone, sofern CRON_TZ oder TZ nicht gesetzt ist; Kubernetes-CronJobs akzeptieren spec.timeZone; GitHub Actions nutzt immer UTC.

› Wie prüfe ich den Zeitplan vor dem Deployment?

Öffnen Sie 0 9 * * 1 im Cron-Parser dieser Website. Er erklärt jedes Feld und listet die nächsten Ausführungen in Ihrer Ortszeit oder in UTC auf, direkt im Browser.