La sauvegarde planifiée ne démarre pas

Der Zeitplan im Backup-Plugin hängt an WP-Cron. WP-Cron ist kein echter Systemdienst, sondern wird bei Seitenaufrufen ausgelöst — auf einer ruhigen Website verpasst eine geplante Sicherung dadurch ihr Zeitfenster. Das Plugin zeigt den tatsächlichen Zustand an einer Stelle, statt ihn raten zu lassen.

Was den Lauf antreibt

Ein Sicherungslauf besteht aus mehreren kurzen Durchgängen. Angetrieben werden sie auf zwei Wegen: über das Cron-Ereignis und über den Admin-Puls. Der Admin-Puls arbeitet auf jeder wp-admin-Seite ein Stück weiter, die jemand mit Administratorrechten aufruft, und zwar erst nachdem die Seite ausgeliefert wurde. Er startet aber keinen neuen Lauf, sondern treibt nur einen bereits angefangenen weiter — für einen Lauf, der nie beginnt, hilft er nicht.

Den Zustand ablesen

1. Öffne im WordPress-Menü den Eintrag „Kakapo Backup“.
2. Wechsle links in der Gruppe „Status“ auf den Punkt „Status“.
3. Lies in der Karte „WP-Cron-Helfer“ die Statuszeilen ab.
4. Prüfe in der Gruppe „Konfiguration“ unter „Zeitplan“, ob „Geplante Sicherung“ eingeschaltet ist und welche „Uhrzeit“ eingetragen ist.
5. Klicke zurück im Bereich „Status“ in der Karte „Diagnose“ auf „Erneut prüfen“.

• „Zeitplan aktiviert“ — steht hier „nein“, ist der Schalter im Panel „Zeitplan“ aus und es wird gar kein Termin angelegt
• „Konstante DISABLE_WP_CRON“ — bei „gesetzt“ startet WordPress den Cron nicht selbst, ein Systemcron ist dann Pflicht
• „Nächster geplanter Lauf“ — nennt Termin und Restzeit oder meldet „kein Ereignis registriert“
• „Letzter tatsächlicher Lauf“ — stammt aus einem eigenen Zähler, der beim Feuern des Backup-Cron-Ereignisses gesetzt wird; ist er leer, wird ersatzweise der jüngste Zeitplan-Erfolg aus dem Protokoll gezeigt, und erst wenn auch der fehlt, steht dort „noch nie beobachtet“

Systemcron statt Seitenaufruf

Dieselbe Karte enthält zwei fertige Zeilen für einen echten Systemcron, jeweils im 15-Minuten-Takt: Variante A ruft wp-cron.php per curl auf, Variante B nutzt WP-CLI. Beide Blöcke sind bereits mit der echten Adresse beziehungsweise dem echten Pfad dieser Installation gefüllt und lassen sich direkt kopieren. Solange DISABLE_WP_CRON nicht gesetzt ist, zeigt die Karte zusätzlich die passende Zeile für die wp-config.php.

define( 'DISABLE_WP_CRON', true );

Ein angefangener Lauf bleibt stehen

In der Karte „Diagnose“ steht die Zeile „Job-Sperrdatei anlegbar“. Lässt sich die Sperrdatei nicht anlegen, kann kein Durchgang ausgeführt werden; die Zeile nennt als Ursachen ausdrücklich Schreibrechte und open_basedir. Darunter räumt die Karte „Auto-Recovery“ über „Jetzt aufräumen“ eine hängende Lauf-Anzeige sowie verwaiste Temp-Dateien und Teil-Archive weg. Ein Lauf, der länger als zehn Minuten kein Lebenszeichen gegeben hat, gilt dabei als verwaist — er wird nicht weggeworfen, sondern beim nächsten Start mit demselben Umfang übernommen.