Stille Jobfehler: Cronjobs und Importe im Shop überwachen

Die meisten Shops überwachen drei Ebenen, und jede beantwortet eine eigene Frage. Uptime-Monitoring fragt: Antwortet der Server? Checkout-Monitoring fragt: Lässt sich eine Bestellung noch abschließen? Die Protokollauswertung fragt: Schreibt die Anwendung Fehler in ihre Logdateien? Alle drei Ebenen sind sinnvoll, und alle drei teilen denselben blinden Fleck. Sie beobachten, was geschieht. Ein ausgefallener Hintergrundjob zeichnet sich aber gerade dadurch aus, dass nichts geschieht -- kein Aufruf, kein Fehlercode, häufig nicht einmal eine Zeile im Protokoll. Was fehlt, ist die vierte Frage: Ist das, was regelmäßig laufen sollte, tatsächlich gelaufen?

Wirtschaftlich ist diese Lücke keine Kleinigkeit. Der Schaden, der der deutschen Wirtschaft 2025 durch Datendiebstahl, Spionage und Sabotage entstanden ist, lag bei 289,2 Milliarden Euro (Bitkom), davon 202,4 Milliarden Euro (Bitkom) mit Bezug zu Cyberangriffen; 87 Prozent (Bitkom) der befragten Unternehmen berichteten von Vorfällen. Stille Jobfehler tauchen in dieser Statistik nicht auf, weil sie meist kein Angriff sind, sondern schlichte Betriebsfehler. Genau das macht sie hartnäckig: Für einen Angriff gibt es Meldeketten, Vorlagen und Versicherungen. Für einen Cronjob, der seit elf Tagen nicht mehr läuft, hat sich dagegen häufig niemand zuständig erklärt -- die gesamte Aufmerksamkeit liegt auf Bedrohungen von außen, während die eigenen Abläufe unbeobachtet weiterlaufen oder eben nicht.

Ein Job, der mit einem klaren Fehler abbricht, ist der angenehme Fall: Er hinterlässt eine Spur. Teuer werden die Fälle, in denen das System aus seiner Sicht korrekt gehandelt hat. Die Aufgabenplanung hat gestartet, was ihr aufgetragen war; dass das Ergebnis leer blieb, war für sie kein Ereignis. Sechs Muster erklären den größten Teil der stillen Ausfälle, die uns in der Praxis begegnen -- und keines davon erzeugt zuverlässig einen Eintrag, auf den sich eine Fehlerüberwachung stützen könnte.

Allen sechs Mustern ist gemeinsam, dass die klassische Fehlerüberwachung sie nicht sieht. Wer ausschließlich auf Protokolleinträge der Stufe ERROR wartet, wartet bei einem stillen Ausfall vergeblich. Ähnlich verhält es sich mit der Datenbank: Ein Job, der wegen einer blockierenden Abfrage in eine Zeitüberschreitung läuft, hinterlässt manchmal nur einen Eintrag im Protokoll langsamer Abfragen -- ein Nebeneffekt, den eine aufgeräumte Datenbank-Wartung deutlich entschärft.

Ein Lebenszeichen allein reicht nicht. Der zweithäufigste stille Fehler ist der Lauf, der stattfindet, sich meldet und trotzdem falsch ist: Der Import verarbeitet statt vierzigtausend nur neunhundert Zeilen, weil die Quelldatei abgeschnitten war. Der Heartbeat kommt pünktlich, der Alarm bleibt aus, der Katalog ist trotzdem unbrauchbar. Deshalb transportiert jedes Lebenszeichen zwei zusätzliche Größen: die Dauer des Laufs und die Menge dessen, was er bewegt hat. Beide werden gegen einen gleitenden Mittelwert derselben Wochenstunde geprüft und nicht gegen einen festen Wert -- ein Montagvormittag sieht nun einmal anders aus als eine Sonntagnacht.

Die Schwellen dürfen grob sein. Es geht nicht um statistische Feinarbeit, sondern um die Grenze zwischen normal und offensichtlich falsch. Eine Abweichung von zwanzig Prozent nach unten ist bei einem Katalogimport in der Regel schon ein Grund nachzusehen; achtzig Prozent sind ein Alarm. Ebenso wichtig ist die Gegenrichtung: Ein Import, der plötzlich dreimal so viele Zeilen schreibt wie sonst, deutet auf eine doppelt eingelesene Datei hin und erzeugt Dubletten, die später mühsam von Hand aufgelöst werden. Wie eng die Schwellen sitzen dürfen, ohne dass Alarm-Müdigkeit entsteht, ist dieselbe Abwägung wie beim Log-Monitoring und Alerting.

Ein Alarm, den um 3:40 Uhr niemand liest, ist eine Protokollzeile. Die Frage, wer wann reagiert, ist deshalb kein organisatorischer Anhang, sondern Teil des Entwurfs. Hintergrundjobs laufen typischerweise nachts, weil die Last dann niedrig ist -- also fallen sie auch nachts aus. Ein nächtlicher Importfehler, der erst am nächsten Vormittag bearbeitet wird, hat bis dahin einen halben Verkaufstag mit falschen Beständen produziert. Sinnvoll ist eine gestufte Kette, in der die Dringlichkeit über den Weg entscheidet und nicht jeder Alarm dieselbe Behandlung bekommt.

Welche Frist realistisch ist, hängt vom Geschäftsmodell ab. Für einen Shop mit starkem Abend- und Nachtgeschäft kann eine Reaktionszeit von dreißig Minuten angemessen sein; für einen Fachhandelsshop mit Bestellungen zu Bürozeiten reicht häufig der nächste Werktag. Entscheidend ist, dass die Frist zugesagt und messbar ist -- welche Größen dafür sauber definiert gehören, beschreibt der Beitrag zu Reaktionszeiten im SLA. Für Fälle außerhalb der vereinbarten Servicezeiten greift der Notfall-Support mit einer eigenen Rufkette.

Heartbeat-Überwachung ist kein Projekt, das einmal aufgesetzt und dann vergessen wird. Jeder neue Import, jede neue Schnittstelle und jedes größere Update bringt zusätzliche Abläufe mit oder verändert bestehende Takte. Deshalb gehört die Jobüberwachung in denselben Rhythmus wie Aktualisierungen, Sicherungen und laufendes Monitoring: ein Verzeichnis, das nachgeführt wird, eine regelmäßige Durchsicht der stummen und der zu geschwätzigen Alarme sowie eine Zuständigkeit, die auch während eines Urlaubs trägt. Im SLA-Wartungsvertrag wird daraus eine zugesagte Leistung mit definierter Reaktionszeit statt einer guten Absicht. Der Handel wächst dabei weiter -- für 2026 wird beim Warenumsatz ein nominales Plus von 3,8 Prozent (bevh und EHI Retail Institute) erwartet, und mit jedem Prozentpunkt steigt die Zahl der Vorgänge, die eine stille Stunde betrifft.

Besonders wichtig ist das an zwei Übergängen. Beim Wechsel des Dienstleisters gehen Hintergrundjobs erfahrungsgemäß als Erstes verloren, weil sie in keiner Übergabeliste stehen -- worauf dabei zu achten ist, beschreibt der Beitrag zur Wartungsübernahme ohne Shop-Ausfall. Und wer als Agentur fremde Kundenprojekte betreut, braucht ein Verzeichnis, das über alle Mandanten hinweg funktioniert; wie sich das organisieren lässt, zeigt der Beitrag zur White-Label-Wartung für Agenturen. In beiden Fällen ist die Liste der Hintergrundjobs genau das Dokument, das am häufigsten fehlt.

Am Anfang steht eine Bestandsaufnahme: Welche Cronjobs, geplanten Aufgaben und Worker laufen in Ihrem Shop, in welchem Takt sollten sie laufen, und wann hat jeder von ihnen zuletzt ein fachlich gültiges Ergebnis geliefert? Aus dieser Liste entsteht der Überwachungsplan mit Zeitfenstern, Laufzeit- und Mengenschwellen sowie einer Eskalationskette, die auch nachts jemanden erreicht. Diese Bestandsaufnahme lässt sich unverbindlich anfragen -- als erster Schritt zu Abläufen, die sich selbst melden, bevor jemand anders es tut.