Cron-Ausdruck für Stündlich während der Geschäftszeiten: 0 9-17 * * 1-5

0 9-17 * * 1-5 Im Cron-Parser öffnen

Feld für Feld

Feld	Wert	Trifft zu auf
Minute	0	0
Stunde	9-17	9, 10, 11, 12, …, 17
Tag des Monats	*	Jeder Wert
Monat	*	Jeder Wert
Wochentag	1-5	Montag, Dienstag, Mittwoch, Donnerstag und Freitag

Nächste Ausführungen

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

Do., 1. Jan. 2026, 09:00
Do., 1. Jan. 2026, 10:00
Do., 1. Jan. 2026, 11:00
Do., 1. Jan. 2026, 12:00
Do., 1. Jan. 2026, 13:00
Do., 1. Jan. 2026, 14:00

Fertige Varianten

crontab

0 9-17 * * 1-5 /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-hour-during-business-hours
spec:
  schedule: "0 9-17 * * 1-5"
  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-17 * * 1-5'
  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-17 ? * MON-FRI

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-17 * * MON-FRI")

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

FAQ

› Ist der 17:00-Lauf in 9-17 enthalten?

Ja. Bereiche schließen beide Enden ein, der letzte Lauf ist um 17:00. Mit 9-16 endet er um 16:00.

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

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-17 * * 1-5 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.