Mit wp cloneworx-backup scheduler siehst Du, wann Deine Backup-Pläne laufen, und stößt den Zeitplan von der Kommandozeile an. Derselbe Befehl ist die Zeile für einen System-Cron: Damit starten Deine Backups pünktlich, auch wenn niemand die Website besucht.
WP-CLI fehlt noch? Die Anleitung steht in WP-CLI installieren. Alle Befehle des Plugins nennt Die Befehle im Überblick.
So arbeitet der Zeitplan
Ein aktiver Backup-Plan läuft zu seinem nächsten Termin. Dafür prüft das Plugin bei jedem Taktgeber, ob ein Plan fällig ist. Diese Prüfung heißt Takt. Taktgeber sind:
- der eigene Takt des Plugins in WP-Cron, alle 15 Minuten,
- ein Weck-Ereignis in WP-Cron, das genau auf dem nächsten Termin liegt,
- die offene Seite Übersicht oder Backup, alle 60 Sekunden,
- das Ende jedes Jobs,
- die Kommandozeile mit
scheduler tick.
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, der Plan vermerkt den Termin, schreibt eine Warnung ins allgemeine Protokoll und rückt auf seinen nächsten regulären Termin. Eine Website, die um ihre Termine herum weder Besucher noch einen System-Cron hat, macht deshalb keine Backups.
Es läuft immer nur ein Job zur selben Zeit. Sind mehrere Pläne fällig, laufen sie nacheinander. Ein Termin, der in einen laufenden Job fällt, gilt als eingehalten: Der Plan startet direkt nach diesem Job.
Den Zeitplan zeigen: status
scheduler status zeigt den Stand des Zeitplans. Die Aktion ändert nichts und hat keine Schalter. Ohne Aktion tut wp cloneworx-backup scheduler dasselbe.
# Den Stand des Zeitplans zeigen wp cloneworx-backup scheduler status
Die Ausgabe ist englisch und nennt von oben nach unten:
| Zeile | Bedeutung |
|---|---|
Now |
Die Uhrzeit der Website und die Karenz: 60 Minuten. Kommt ein Taktgeber später, gilt der Termin als verpasst. |
| je aktivem Plan eine Zeile | Kennung und Name des Plans, der nächste Lauf und der letzte Lauf mit seinem Auslöser. DUE NOW heißt: Der Plan ist jetzt fällig. missed nennt einen verpassten Termin. could not start heißt: Der Plan konnte zu seinem letzten Termin nicht starten; der Grund steht in Klammern. |
Wake event |
Der Zeitpunkt des Weck-Ereignisses, oder none. |
Last tick |
Der letzte Takt mit seinem Taktgeber in Klammern, oder never. |
Last start on schedule |
Der letzte Start nach Zeitplan: Plan, Backup, Zeitpunkt, Verspätung und Taktgeber. |
Active job |
Der Job, der gerade läuft. Die Zeile fehlt, wenn keiner läuft. |
Gibt es keinen aktiven Plan, steht dort no active plan. Die Taktgeber heißen in der Ausgabe so:
| In der Ausgabe | Taktgeber |
|---|---|
cron |
der Takt des Plugins in WP-Cron |
wake |
das Weck-Ereignis |
rest |
die offene Seite des Plugins im Browser |
cli |
die Kommandozeile |
job_end |
das Ende eines Jobs |
Einen Takt ausführen: tick
scheduler tick führt einen Takt aus. Was dann geschieht, hängt von der Lage ab:
| Lage | Was der Befehl tut |
|---|---|
| Kein Plan ist fällig. | Er nennt den Plan mit dem nächsten Termin und endet. Ist kein Plan aktiv, sagt er das. |
| Ein Plan ist fällig. | Er startet das Backup des Plans mit dem frühesten Termin und treibt es in diesem Prozess bis zum Ende. Danach folgen der Nachlauf und der nächste fällige Plan. |
| Ein Job läuft schon. | Er nennt den Job und treibt ihn in diesem Prozess zu Ende. Ein fälliger Plan folgt danach. |
| Ein Termin ist verpasst. | Er warnt und nennt die Pläne. Für diesen Termin startet nichts. |
| Ein fälliger Plan kann nicht starten. | Er warnt und nennt den Grund. Der Termin gilt als gelaufen; der nächste ist geplant. |
| Schalter | Bedeutung | Erlaubte Werte |
|---|---|---|
--background |
Der Befehl startet den fälligen Plan nur. Die Website treibt das Backup selbst weiter. | ohne Wert |
--force |
Läuft auch als anderer Benutzer als der, dem die Ordner des Plugins gehören. | ohne Wert |
# Einen Takt ausführen und ein fälliges Backup hier treiben wp cloneworx-backup scheduler tick # Einen Takt ausführen und das Backup der Website überlassen wp cloneworx-backup scheduler tick --background
Startet ein Backup, nennt der Befehl den Plan, den Termin, die Verspätung und den Job-Namen des Backups. Danach folgt die Ausgabe wie bei einem Backup von Hand: je Schritt eine Zeile, am Ende das Ergebnis. Die beschreibt Backups erstellen und verwalten mit WP-CLI.
Jeder Takt prüft außerdem, ob ein Backup überfällig ist, höchstens alle 15 Minuten.
Die Zeile für den System-Cron
Ein System-Cron ist der Zeitplan des Servers. Er ruft den Takt alle fünf Minuten auf, unabhängig von Besuchern:
# Alle fünf Minuten einen Takt ausführen */5 * * * * cd /pfad/zu/wordpress && wp cloneworx-backup scheduler tick --quiet
- Die fertige Zeile für Deine Installation, mit dem Pfad zu Deinem WordPress, steht auf der Seite Einstellungen in der Kachel Taktgeber. Die Kachel erscheint in der Ansicht Erweitert.
- Die Kachel zeigt zwei Zeilen. Die erste ruft WP-CLI wie oben. Die zweite ruft
wp-cron.phpüber die Adresse der Website. Kopieren kopiert die erste Zeile. - Trage die Zeile im Cron des Benutzers ein, dem die Ordner des Plugins gehören. Läuft der Cron als anderer Benutzer, endet der Befehl mit einem Fehler und startet nichts.
-
--quietist ein Schalter von WP-CLI, nicht des Plugins.
Wie Du die Zeile bei Deinem Hoster einträgst, zeigt Backups pünktlich starten: System-Cron einrichten.
Prüfen, ob der System-Cron läuft
Warte nach dem Eintragen fünf Minuten. Dann zeigt scheduler status in der Zeile Last tick einen Zeitpunkt aus den letzten Minuten. Steht cli in Klammern, kam dieser Takt von der Kommandozeile.
In diesem Prozess oder im Hintergrund
| Aufruf | Wer das Backup treibt |
|---|---|
scheduler tick |
Der Befehl selbst, in seinem Prozess, bis zum Ende. Die Einstellung Pause zwischen Schritten gilt dabei nicht. Der Befehl endet erst, wenn das Backup, der Nachlauf und jeder weitere fällige Plan fertig sind. |
scheduler tick --background |
Die Website. Der Befehl startet das Backup, schickt den ersten Selbstaufruf und endet sofort. Danach treibt sich der Job über den Webserver selbst weiter; WP-Cron ist das Netz darunter. |
Lässt sich der Selbstaufruf nicht senden, warnt der Befehl. WP-Cron setzt den Job dann fort. Den Fortschritt eines Jobs im Hintergrund zeigt wp cloneworx-backup job status.