Was ist ein Cronjob?

Ein Cronjob ist eine Aufgabe, die ein Server automatisch nach einem festen Zeitplan ausführt – etwa jede Nacht um 2 Uhr eine Datensicherung, jeden Montag einen Bericht oder alle fünf Minuten einen Abgleich neuer Bestellungen. Gesteuert wird das vom Dienst „cron“, den es auf Linux- und Unix-Systemen seit Jahrzehnten gibt.

Der Name leitet sich vom griechischen chronos für Zeit ab. Die Idee ist so alt wie schlicht: Ein Programm schaut jede Minute in eine Liste, ob gerade etwas zu erledigen ist. Ist es so, startet es die hinterlegte Aufgabe. Viele Abläufe, die im Unternehmen „einfach laufen“, hängen an genau so einer Zeile.

Was ein Cronjob ist

Ein Cronjob besteht aus zwei Teilen: einem Zeitplan und einem Befehl. Der Befehl kann ein Skript sein, ein Programmaufruf oder der Aufruf einer Webadresse, die im Hintergrund eine Aufgabe anstößt. Die Liste aller Cronjobs eines Benutzers heißt crontab (cron table).

Cronjobs laufen ohne Bildschirm und ohne Benutzer. Niemand klickt, niemand wartet – was praktisch ist, solange alles funktioniert, und tückisch, wenn nicht. Dazu später mehr.

Die Cron-Syntax in fünf Feldern

Jede Zeile in der crontab beginnt mit fünf Feldern für Minute, Stunde, Tag des Monats, Monat und Wochentag, gefolgt vom Befehl:

# Minute Stunde Tag Monat Wochentag  Befehl
  30     6      *   *     1-5        /opt/berichte/umsatz-gestern.sh
  0      2      *   *     *          /opt/backup/sicherung.sh
  */5    *      *   *     *          /opt/shop/bestellungen-abholen.sh
  0      8      1   *     *          /opt/buchhaltung/monatsabschluss.sh

• * bedeutet „jeder Wert“.
• 1-5 ist ein Bereich, hier Montag bis Freitag.
• */5 heißt „alle fünf Einheiten“, hier alle fünf Minuten.
• Mehrere Werte werden mit Komma getrennt, etwa 8,12,17 für drei Uhrzeiten.

Die erste Zeile startet also werktags um 6:30 Uhr einen Umsatzbericht, die letzte am Ersten jedes Monats um 8 Uhr den Monatsabschluss. Wer unsicher ist, prüft einen Ausdruck mit einem der frei verfügbaren Cron-Rechner, bevor er ihn einträgt.

Beispiele aus dem Mittelstand

• Großhändler: Jede Nacht holt ein Cronjob die aktuellen Preislisten der Lieferanten ab und aktualisiert den Onlineshop, bevor die ersten Kunden bestellen.
• Handwerksbetrieb: Werktags um 7 Uhr erhalten die Monteure per Messenger ihre Termine des Tages, zusammengestellt aus dem Auftragsprogramm.
• Dienstleister: Montags um 8 Uhr landet in der Geschäftsführung ein kurzer Wochenbericht mit offenen Posten und neuen Anfragen.
• Webshop: Alle fünf Minuten gleicht ein Job Zahlungseingänge ab und gibt bezahlte Bestellungen für den Versand frei.
• IT-Betrieb: Sicherungen, das Löschen alter Protokolle und das Erneuern von Zertifikaten laufen ebenfalls als Cronjobs.

Cronjob, Webhook und Workflow-Werkzeug

Ansatz	Auslöser	Stärke
Cronjob	Uhrzeit	Einfach, zuverlässig, ohne Zusatzsoftware
Webhook	Ereignis in einem anderen System	Reagiert sofort, statt regelmäßig nachzufragen
Workflow-Werkzeug wie n8n	Zeit oder Ereignis	Mehrstufige Abläufe mit Oberfläche und Protokoll

Die Faustregel: Wenn etwas zu einer bestimmten Zeit passieren soll, ist ein Zeitplan richtig. Wenn es sofort nach einem Ereignis passieren soll, ist ein Webhook die bessere Wahl. Ein Cronjob, der jede Minute nachsieht, ob es etwas Neues gibt, ist oft ein Zeichen dafür, dass eine Ereignis-Schnittstelle fehlt. Workflow-Werkzeuge nutzen intern übrigens häufig dieselbe Cron-Syntax für ihre Zeitpläne. Besteht ein Ablauf aus mehreren Schritten mit Entscheidungen und Freigaben, ist er als Workflow besser aufgehoben als in einem langen Skript hinter einer einzelnen Cron-Zeile: Dort sieht man, an welchem Schritt es hakt.

Fallstricke im Betrieb

• Stilles Scheitern: Schlägt ein Cronjob fehl, passiert erst einmal nichts. Die Datensicherung läuft seit Wochen nicht mehr, und niemand weiß es. Jeder wichtige Job braucht eine Rückmeldung bei Erfolg und einen Alarm, wenn sie ausbleibt.
• Zeitzonen und Zeitumstellung: Läuft der Server in UTC, startet der „6-Uhr-Bericht“ im Sommer um 8 Uhr deutscher Zeit. In der Nacht der Zeitumstellung kann ein Job zwischen 2 und 3 Uhr ausfallen oder doppelt laufen.
• Überlappung: Dauert ein Lauf länger als der Abstand zum nächsten, starten zwei Kopien gleichzeitig und kommen sich in die Quere. Eine Sperre verhindert das.
• Andere Umgebung: Cronjobs laufen mit minimalen Einstellungen. Ein Skript, das von Hand funktioniert, findet im Cronjob manchmal Programme oder Pfade nicht.
• Wissen im Kopf: Welche Jobs auf welchem Server laufen, steht selten in einer Dokumentation. Beim Serverumzug gehen sie dann verloren.

In der Praxis: Zeitpläne, die jemand im Blick hat

In der Prozessautomatisierung sind Zeitpläne eines der wichtigsten Werkzeuge: Berichte, Abgleiche, Erinnerungen und Datenübernahmen laufen zur richtigen Zeit, ohne dass jemand daran denken muss. Wir legen dabei Wert auf das, was bei Cronjobs gern fehlt – ein Protokoll jedes Laufs, eine Meldung an einen Menschen, wenn etwas ausbleibt, und eine Übersicht, welche Aufgabe wann läuft. Für den dauerhaften Betrieb dieser Abläufe gibt es Betrieb und Wartung.

Häufige Fragen

Gibt es Cronjobs auch unter Windows?

Windows kennt cron nicht, bietet aber die Aufgabenplanung, die denselben Zweck erfüllt. In Cloud-Umgebungen und Container-Plattformen wie Kubernetes gibt es eigene Zeitplan-Funktionen, die ebenfalls die Cron-Syntax verwenden.

Wie oft darf ein Cronjob laufen?

Klassisches cron arbeitet minutengenau; häufiger geht nicht. Ob jede Minute sinnvoll ist, hängt von der Last ab – und davon, ob ein Ereignis-Auslöser nicht die bessere Lösung wäre.

Wie erkenne ich, ob ein Cronjob gelaufen ist?

Über Protokolldateien oder besser über einen Überwachungsdienst, dem jeder Lauf eine kurze Erfolgsmeldung schickt. Bleibt sie aus, gibt es einen Alarm.