Der TYPO3-Scheduler: geplante Aufgaben erklärt

Scheduler

Die Aufgabenplanung von TYPO3 für alles, was regelmäßig und ohne Zutun passieren soll.

Wofür der Scheduler da ist

Manches soll regelmäßig passieren, ohne dass jemand darauf klickt: ein Datenimport aus einem anderen System, das Aufräumen alter Protokolle, der Versand eines Newsletters, die Aktualisierung eines Solr-Index.

Der Scheduler verwaltet diese Aufgaben mit Ausführungszeitpunkt und Protokoll. Was er nicht tut: sich selbst starten. Dafür braucht es einen Cronjob auf dem Server, der ihn regelmäßig aufruft.

Die häufigste Fehlerquelle

Genau an dieser Trennung scheitern die meisten Installationen. Im Backend sind Aufgaben sauber angelegt und mit Zeitplan versehen — nur ruft sie niemand auf, weil der Cronjob fehlt, beim Serverumzug verloren ging oder unter falschen Bedingungen läuft.

Das ist ein stiller Fehler: Die Website funktioniert, es fehlen nur Dinge, die niemand aktiv vermisst. Bis jemand fragt, warum die Produktdaten seit Wochen alt sind.

Überwachung gehört dazu

Deshalb behandeln wir geplante Aufgaben als Teil des Betriebs, nicht als Einrichtungsschritt. Bei allem, worauf sich jemand verlässt, gehört eine Meldung dazu, und zwar eine, die auch bei ausbleibender Ausführung anschlägt, nicht nur bei Fehlern.

Mehr dazu unter TYPO3-Wartung.

Häufige Fragen

Warum laufen unsere geplanten Aufgaben nicht?

In den allermeisten Fällen, weil der Cronjob auf dem Server fehlt oder nicht mehr läuft. Der Scheduler ist nur die Verwaltung; angestoßen wird er von außen, meist einmal pro Minute.

Zweithäufigste Ursache: Der Cronjob läuft unter einem anderen Benutzer oder mit einer anderen PHP-Version als die Website. Beides fällt lange nicht auf, weil im Backend alles richtig aussieht.

Wie merken wir, wenn eine Aufgabe fehlschlägt?

Nur wenn es jemand eingerichtet hat. Der Scheduler protokolliert Fehler, aber er ruft niemanden an. Ohne Benachrichtigung fällt ein stiller Ausfall erst auf, wenn jemand das Ergebnis vermisst.

Wir richten deshalb bei kritischen Aufgaben eine Meldung ein und prüfen zusätzlich, ob eine Aufgabe überhaupt noch läuft, statt nur auf Fehler zu achten. Eine Aufgabe, die gar nicht mehr startet, meldet nämlich auch nichts.