- \n
- Arbeitet es noch, oder erf\u00e4hrt die Seite es nur nicht?<\/a><\/li>\n
- Was die Prozentzahl auf dem Bildschirm wirklich ist<\/a><\/li>\n
- Das geplante Backup, das nie gestartet ist<\/a><\/li>\n
- Den Fehlercode lesen<\/a><\/li>\n
- Wo welcher Schritt an seine Grenze st\u00f6\u00dft<\/a><\/li>\n
- Abbrechen, ohne die Spuren zu verlieren<\/a><\/li>\n
- Der eine Wiederholungslauf und was Sie vorher \u00e4ndern<\/a><\/li>\n
- \u00dcberpr\u00fcfung<\/a><\/li>\n
- AIOWS Backup Manager<\/a><\/li>\n
- H\u00e4ufige Fragen<\/a><\/li>\n
- Quellen<\/a><\/li>\n<\/ol>\n<\/div>\n
Arbeitet es noch, oder erf\u00e4hrt die Seite es nur nicht?<\/h2>\n
Bevor Sie irgendetwas abbrechen, beantworten Sie eine Frage: Gibt es \u00fcberhaupt noch einen Auftrag?<\/p>\n
Schlie\u00dfen Sie das Fortschrittsfenster und \u00f6ffnen Sie die Backup-Liste.<\/strong> Diese Liste schreibt Ihr Server, sobald ein Paket fertig ist. Den Balken zeichnet Ihr Browser, w\u00e4hrend er wartet. Steht Ihr Backup in der Liste, ist es fertig \u2014 egal, was der Balken zuletzt angezeigt hat.<\/p>\n
Das ist der normale Ausgang, nicht der seltene. Ein Fenster, das bei 45 Prozent im Datenbankschritt stehen bleibt, sich lange nicht bewegt und dann 100 Prozent erreicht, nachdem Sie l\u00e4ngst aufgegeben und den Tab geschlossen haben: Das Ende sehen Sie nie. Sie finden das Backup in der Liste, nicht auf dem Bildschirm.<\/p>\n
Pr\u00fcfen Sie, ob sich \u00fcberhaupt noch etwas \u00e4ndert.<\/strong> Zwei Anzeichen, die sich n\u00fctzlich widersprechen:<\/p>\n
- \n
- Ihre Paketdatei auf der Festplatte w\u00e4chst, oder die verstrichene Zeit l\u00e4uft weiter \u2014 dann arbeitet etwas;<\/li>\n
- Dateigr\u00f6\u00dfe, Schritt und verstrichene Zeit stehen seit vielen Minuten still \u2014 dann ist Ihr Worker vermutlich gestoppt.<\/li>\n<\/ul>\n
Dr\u00fccken Sie nicht einfach noch einmal auf Start.<\/strong> Ein zweiter Auftrag ersetzt den ersten nicht. Er konkurriert mit ihm um dieselbe Festplatte, dieselbe Datenbank und dieselben PHP-Prozesse \u2014 und macht den ersten Fehler schwerer lesbar.<\/p>\n
![\"Das](\"https:\/\/allinonewpsettings.com\/blog\/wp-content\/uploads\/2026\/09\/progress-mid-stage-de.webp\")
Die Phase und die verstrichene Zeit stehen nur hier \u2014 notieren Sie beides, bevor Sie das Fenster schlie\u00dfen.<\/figcaption><\/figure>\n Was die Prozentzahl auf dem Bildschirm wirklich ist<\/h2>\n
Die Zahl misst nicht Ihren Auftrag. Sie ist die letzte Meldung, die Ihr Browser noch abholen konnte.<\/p>\n
Ihr Backup l\u00e4uft als abgekoppelter Worker auf dem Server. Dieser Worker schreibt seinen Zustand mit \u2014 Schritt, Fortschritt, verstrichene Zeit. Die Seite, auf die Sie schauen, fragt diesen Zustand alle paar Sekunden ab und zeichnet den Balken aus der Antwort. Zwei getrennte Dinge, verbunden durch eine HTTP-Anfrage, die f\u00fcr sich allein scheitern kann.<\/p>\n
Bleibt diese Anfrage aus, friert Ihr Balken bei der letzten Zahl ein, und der Worker erf\u00e4hrt nie, dass Sie nicht mehr zuh\u00f6ren. Ein Notebook, das in den Ruhezustand geht, reicht schon. Ebenso ein Tab, den Ihr Browser im Hintergrund drosselt, ein Proxy, der eine unt\u00e4tige Verbindung schlie\u00dft, oder ein Sicherheits-Plugin, das den Endpunkt zu drosseln beginnt.<\/p>\n
Das Plugin sagt es selbst. Sein Fehlerkatalog f\u00fchrt
AIOWS-BK-E2000<\/code> als \u201eDer Browser hat den Kontakt zum Fortschritts-Endpunkt des Backups verloren. Das Backup l\u00e4uft m\u00f6glicherweise noch auf dem Server \u2014 pr\u00fcfen Sie die Backup-Liste in K\u00fcrze.\u201c<\/em> Diese Meldung spricht \u00fcber Ihre Seite, nicht \u00fcber Ihr Backup.<\/p>\nLange Schritte halten Sie auf derselben Zahl fest, und das ist kein Fehler. Ein Datenbankschritt, der viele Tabellen leert, oder ein Dateischritt, der ein Verzeichnis mit Tausenden kleiner Dateien durchl\u00e4uft, meldet selten, weil jede Arbeitseinheit klein ist. Ihr Balken darf minutenlang stillstehen und trotzdem v\u00f6llig gesund sein.<\/p>\n
Die Prozentzahl beantwortet also, was Ihre Seite zuletzt geh\u00f6rt hat. Die Backup-Liste beantwortet, ob Sie ein Paket haben. Nur die zweite Frage lohnt sich.<\/p>\n
Das geplante Backup, das nie gestartet ist<\/h2>\n
Dieser Fall sieht anders aus und kommt weit h\u00e4ufiger vor, als er sollte. Sie speichern den Zeitplan, der n\u00e4chste Termin kommt und geht, und nichts passiert. Nicht versp\u00e4tet. Nie.<\/p>\n
WP-Cron ist kein Cron.<\/strong> Es hat keinen Zeitgeber. WordPress pr\u00fcft f\u00e4llige Aufgaben erst, wenn jemand Ihre Seite besucht, und schickt dann eine Anfrage an die eigene
wp-cron.php<\/code>, um sie auszuf\u00fchren. Ist Ihre Seite ruhig, kommt dieser Moment wom\u00f6glich nie.<\/p>\nIn WordPress erzeugen vier verschiedene Ursachen dieselbe Stille, und jede braucht eine andere L\u00f6sung:<\/p>\n
- \n
- Ihr Hoster weist die Anfrage ab.<\/strong>
wp-cron.php<\/code> antwortet mit 401 oder 403, also l\u00e4uft nichts Geplantes.<\/li>\n- Ihre Seite erreicht sich selbst nicht.<\/strong> Die Loopback-Anfrage scheitert vollst\u00e4ndig \u2014 eine DNS- oder Firewall-Konstellation, die Ihren Server daran hindert, den eigenen Hostnamen aufzurufen.<\/li>\n
- Nichts ist kaputt, und trotzdem l\u00e4uft nichts.<\/strong>
wp-cron.php<\/code> antwortet normal; Ihre Seite hatte schlicht zu wenige Besuche.<\/li>\nDISABLE_WP_CRON<\/code> ist gesetzt, ohne dass etwas dahintersteht.<\/strong> Jemand hat den eingebauten Planer abgeschaltet, um einen System-Cronjob einzurichten \u2014 und der Cronjob kam nie oder l\u00e4uft nicht mehr.<\/li>\n<\/ul>\nMit installiertem Backup Manager und aktivem Zeitplan stoppt die vierte Ursache Ihre Sicherungen nicht.<\/strong> Das Modul achtet darauf, ob sein eigener Termin \u00fcberf\u00e4llig ist, und ruft
wp-cron.php<\/code> dann selbst auf, h\u00f6chstens alle f\u00fcnf Minuten. Die Konstante allein l\u00e4sst Sie also nicht ohne Backups zur\u00fcck.<\/p>\nDie anderen drei Ursachen behebt das nicht, und eine stille Seite rettet es ebenso wenig: Dieser Aufruf geschieht, w\u00e4hrend eine Seite ausgeliefert wird \u2014 kommt niemand vorbei, l\u00f6st auch nichts aus. Und antwortet
wp-cron.php<\/code> mit 401 oder 403, l\u00e4uft der Aufruf des Moduls in dieselbe Abweisung wie der von WordPress.<\/p>\nUnter Werkzeuge \u2192 Website-Zustand<\/strong> trennt der Test Geplante Aufgaben<\/strong> des Backup Managers alle vier F\u00e4lle und nennt Ihnen den zutreffenden. Er sagt Ihnen au\u00dferdem das, was w\u00e4hrenddessen z\u00e4hlt: \u201eSelbst gestartete Sicherungen sind nicht betroffen.\u201c<\/em> Ein Zeitplan, der nie ausl\u00f6st, bricht keine Sicherung, die Sie von Hand ansto\u00dfen.<\/p>\n
Die L\u00f6sung ist ein echter Cronjob.<\/strong> Richten Sie ihn auf Ihrem Server ein, alle f\u00fcnfzehn Minuten:<\/p>\n
*\/15 * * * * cd \/pfad\/zu\/wordpress && \/pfad\/zu\/php -q wp-cron.php >\/dev\/null 2>&1<\/code><\/pre>\nDanach sagen Sie WordPress in der
wp-config.php<\/code>, dass es den Versuch bei jedem Besuch lassen soll:<\/p>\ndefine('DISABLE_WP_CRON', true);<\/code><\/pre>\nDie Reihenfolge z\u00e4hlt. Setzen Sie die Konstante erst, wenn der Cronjob l\u00e4uft \u2014 sonst schalten Sie den besuchsgesteuerten Planer ab und haben nichts an seiner Stelle.<\/p>\n
Wohin diese Zeile geh\u00f6rt, h\u00e4ngt von Ihrem Panel ab. Zwei Familien decken den gr\u00f6\u00dften Teil des europ\u00e4ischen Shared Hostings ab, und ein Hoster mit eigener Oberfl\u00e4che benutzt dieselben zwei Begriffe \u2014 danach suchen Sie.<\/p>\n
cPanel: Erweitert \u2192 Cron-Jobs.<\/strong> Unter Neuen Cronjob hinzuf\u00fcgen<\/strong> kommt die ganze Zeile in das Befehlsfeld, Zeitplan und Befehl zusammen.<\/p>\n
Plesk: Geplante Aufgaben \u2192 Aufgabe hinzuf\u00fcgen.<\/strong> Plesk trennt beides: Der Zeitplan hat ein eigenes Feld (Cron style<\/strong>, die f\u00fcnf Cron-Felder), also tragen Sie dort nur den Befehl ein. Nehmen Sie Run a command<\/strong>. Diese Maske bleibt auch auf einer deutschen Installation meist englisch \u2014 Sie suchen also Scheduled Tasks<\/strong>, Add Task<\/strong> und Run a command<\/strong>. Fetch a URL<\/strong> auf Ihre eigene
wp-cron.php<\/code> spart den PHP-Pfad, l\u00e4uft aber \u00fcber HTTP und trifft damit genau die Abweisung aus der ersten Ursache oben.<\/p>\nDen Fehlercode lesen<\/h2>\n
Wenn Ihr Auftrag doch stehen bleibt, bleibt er mit einem Code stehen. Die Codes sind feste Zeichenketten: Einer, den Sie in einem Jahr in einem Protokoll finden, bedeutet dann noch dasselbe.<\/p>\n
\n - Ihre Seite erreicht sich selbst nicht.<\/strong> Die Loopback-Anfrage scheitert vollst\u00e4ndig \u2014 eine DNS- oder Firewall-Konstellation, die Ihren Server daran hindert, den eigenen Hostnamen aufzurufen.<\/li>\n
- Ihr Hoster weist die Anfrage ab.<\/strong>
- Was die Prozentzahl auf dem Bildschirm wirklich ist<\/a><\/li>\n
![\"Die](\"https:\/\/allinonewpsettings.com\/blog\/wp-content\/uploads\/2026\/09\/backups-list-finished-de.webp\")