Zum Hauptinhalt gehen

Backups pünktlich starten: System-Cron einrichten

Aktualisiert

Geplante Backups starten nur, wenn etwas Deine Website anstößt. Ein System-Cron tut das alle fünf Minuten, auch wenn niemand die Website besucht. So richtest Du ihn ein und prüfst, ob er läuft.

Was ein Taktgeber ist

Ein Taktgeber stößt das Plugin an: Er startet den nächsten Schritt eines laufenden Jobs und lässt das Plugin prüfen, ob ein Backup-Plan fällig ist. Ob ein Plan fällig ist, prüft das Plugin bei diesen Taktgebern:

  • WP-Cron, der Zeitplan von WordPress: mit der eigenen Aufgabe des Plugins alle 15 Minuten und mit einem Weck-Ereignis, das auf dem nächsten Termin liegt,
  • die offene Seite Übersicht oder Backup, alle 60 Sekunden,
  • das Ende jedes Jobs,
  • die Kommandozeile, und damit ein System-Cron.

Einen Job, der schon läuft, setzt außerdem der Selbstaufruf fort: Am Ende jedes Schritts ruft die Website sich selbst auf.

WP-Cron läuft nur, wenn jemand die Website aufruft. Kommt binnen einer Stunde nach dem Termin ein Taktgeber, läuft der Plan. Danach gilt der Termin als verpasst: Es startet nichts, und der Plan rückt auf seinen nächsten regulären Termin. Ohne Besucher und ohne System-Cron um die Termine herum entstehen deshalb keine Backups.

Das brauchst Du

  • Zugriff auf die Cronjobs Deines Servers: über die Verwaltung Deines Hosters oder per SSH,
  • WP-CLI auf dem Server: WP-CLI installieren. Ohne WP-CLI bleibt die zweite Zeile aus Schritt 3.

Schritt 1: Die Kachel Taktgeber lesen

Öffne die Seite Einstellungen, schalte auf die Ansicht Erweitert und klicke auf die Titelzeile der Kachel Taktgeber.

Kachel Taktgeber mit sieben Zeilen, dem Knopf zum Prüfen und den Zeilen für den System-Cron

  1. WP-Cron zeigt, wie der Zeitplan von WordPress eingestellt ist: aktiv, Ersatzmodus (ALTERNATE_WP_CRON) oder abgeschaltet, dann mit gelbem Punkt.
  2. Plugin-Takt (alle 15 Minuten) nennt, wann die eigene Aufgabe des Plugins in WP-Cron zuletzt lief.
  3. Letzter Takt nennt den letzten automatischen Taktgeber, mit seiner Art in Klammern. Liegt er bei einem aktiven Plan mehr als zwei Stunden zurück, ist der Punkt gelb.
  4. Selbstaufruf zeigt, ob die Website sich selbst aufrufen kann. So setzt sie einen Job ohne Besucher fort. Bei Rot steht dahinter der Grund.
  5. Weck-Ereignis nennt den Zeitpunkt, zu dem WP-Cron das Plugin zum nächsten Termin weckt.
  6. Nächster Lauf nennt den nächsten Termin und seinen Plan.
  7. Verpasste Termine nennt je Plan, wie viele Termine verpasst wurden und wann zuletzt.
  8. Taktgeber prüfen startet einen kurzen Probelauf.
  9. Kopieren kopiert die erste der zwei Zeilen für den System-Cron.

Schritt 2: Die Taktgeber prüfen

Klicke auf Taktgeber prüfen. Das Plugin startet einen kurzen Probelauf, den die Seite nur beobachtet. So zeigt sich, welcher Taktgeber ihn anfasst.

Grüne Meldung mit dem Ergebnis des Probelaufs

  1. Die Meldung Probelauf beendet; angefasst von: …. nennt die Taktgeber, in der Regel den Selbstaufruf.

Fasst eine Minute lang kein Taktgeber den Probelauf an, sagt die Kachel das in Rot: Selbstaufruf und WP-Cron gehen hier nicht, Du brauchst einen System-Cron. Probelauf abbrechen beendet den Probelauf.

Schritt 3: Die Zeile kopieren

Unten in der Kachel stehen zwei Zeilen, fertig mit dem Pfad zu Deinem WordPress und der Adresse Deiner Website. So sehen sie aus:

*/5 * * * * cd /pfad/zu/wordpress && wp cloneworx-backup scheduler tick --quiet
*/5 * * * * curl -s -o /dev/null 'https://example.com/wp-cron.php?doing_wp_cron'
  • Die erste Zeile ruft alle fünf Minuten WP-CLI auf. Das ist der bevorzugte Weg: Ein fälliges Backup läuft in diesem Aufruf bis zum Ende.
  • Die zweite Zeile ruft alle fünf Minuten WP-Cron über die Adresse der Website auf. Der Plugin-Takt und das Weck-Ereignis laufen dann auch ohne Besucher. Diese Zeile kommt ohne WP-CLI aus.

Kopieren kopiert die erste Zeile. Die Seite meldet In die Zwischenablage kopiert. Die zweite Zeile markierst und kopierst Du von Hand.

Schritt 4: Die Zeile beim Hoster eintragen

Trage die Zeile als Cronjob ein. Dafür gibt es zwei Wege:

  • In der Verwaltung Deines Hosters, im Bereich für Cronjobs. Fragt die Verwaltung Zeitplan und Befehl getrennt ab, ist */5 * * * * der Zeitplan (alle fünf Minuten) und der Rest der Zeile der Befehl.
  • Per SSH auf dem Server: crontab -e öffnet die Cronjobs des angemeldeten Benutzers. Füge die Zeile ein und speichere.

Die erste Zeile gehört in die Cronjobs des Benutzers, dem die Ordner des Plugins gehören. Als anderer Benutzer bricht der Befehl ab und startet nichts.

Schritt 5: Prüfen, ob der System-Cron läuft

Warte fünf Minuten, bei der zweiten Zeile eine Viertelstunde, und öffne die Seite Einstellungen. In der Hauptkachel steht hinter Letzter Lauf des Taktgebers ein Zeitpunkt aus den letzten Minuten, in Klammern die Art des Taktgebers, zum Beispiel WP-CLI bei der ersten Zeile und WP-Cron bei der zweiten.

Läuft der System-Cron, ist die Hauptkachel grün und meldet Alles bereit. Die Kachel ist gelb, wenn ein Plan aktiv ist und seit mehr als zwei Stunden kein automatischer Taktgeber kam. Kam noch nie einer, zählen die zwei Stunden ab der letzten Änderung am aktiven Plan. Die offene Seite des Plugins zählt nicht als automatischer Taktgeber.

Gelbe Hauptkachel der Einstellungen: lange kein automatischer Taktgeber

  1. Das Urteil nennt, seit wann kein automatischer Taktgeber kam.
  2. Die Zeile nennt den letzten Lauf des Taktgebers mit seiner Art und ob das Protokoll schreibbar ist.

Wenn etwas nicht klappt

Was passiert Was Du tun kannst
Letzter Takt bleibt alt. Prüfe, ob der Cronjob gespeichert und eingeschaltet ist, und führe den Befehl aus der Zeile von Hand aus. Findet der Cronjob wp nicht, schreibe den ganzen Pfad, zum Beispiel /usr/local/bin/wp.
Der Befehl bricht ab. In seiner Meldung steht This command runs as user. Der Cronjob läuft als falscher Benutzer. Die Meldung nennt den richtigen: Trage den Cronjob bei ihm ein.
Verpasste Termine bleibt gelb. Die Zeile zählt auch, was früher verpasst wurde. Es gilt der Zeitpunkt hinter „zuletzt“: Liegt er vor dem Einrichten des System-Crons, ist nichts zu tun.

Gut zu wissen

Einen verpassten Termin zeigt auch die Seite Backup, bis der Plan wieder gelaufen ist: in der Ansicht Erweitert in der Zeile des Plans, als Termin verpasst: … Im allgemeinen Protokoll steht dazu eine Warnung. Von Hand startest Du einen Plan jederzeit.

Siehe auch

Auf der Kommandozeile

WP-CLI noch nicht eingerichtet? So installierst Du WP-CLI.

Der System-Cron ruft denselben Befehl auf, den Du auch von Hand ausführst. Den Cronjob legt das Plugin nicht selbst an.

# Pläne, nächste Läufe und den letzten Takt zeigen
wp cloneworx-backup scheduler status

# Einen Takt von Hand ausführen
wp cloneworx-backup scheduler tick

# Den Zustand der Website und der Taktgeber zeigen
wp cloneworx-backup status