Was 2.000+ WordPress-Websites uns über Backup-Einstellungen gelehrt haben
Joella Dunn
Joella Dunn
John Turner
John Turner
Ihr Backup bleibt jedes Mal an derselben Stelle hängen.
Also suchen Sie nach Hilfe. Ein Forenbeitrag besagt, Sie sollen die Chunks-Größe verringern. Ein anderer besagt, Sie sollen die Komprimierung deaktivieren. Sie versuchen beides.
Das Backup bleibt immer noch hängen. Oder es ist jetzt fertig, aber es dauert viel länger als früher.
Dieser Ratschlag hat das Backup von jemandem behoben. Er hat es nur auf deren Server behoben, und Ihrer erlaubt möglicherweise nicht dasselbe.
Anstatt also Anekdoten auszutauschen, haben wir uns die Daten angesehen. AutoTune, der im Duplikator integrierte Einstellungsprüfer, führt echte Test-Backups auf dem Server einer Website durch, bis eines abgeschlossen ist. Wir haben uns angesehen, wo über 2.000 Websites gelandet sind.
In diesem Beitrag werde ich diese Ergebnisse durchgehen und erklären, was sie für Ihre Backup-Einstellungen bedeuten.
Über diese Daten: Diese Zahlen stammen von Websites, die AutoTune ausgeführt haben. Sie sind keine repräsentative Stichprobe aller WordPress-Websites oder Duplikator-Benutzer. Konfigurationsbeschreibungen beziehen sich auf erfolgreiche Tuning-Ergebnisse, während die Gesamterfolgszahlen Tuning-Sitzungen beschreiben.
Inhaltsverzeichnis
- Wichtigste Erkenntnisse
- Wie testet AutoTune Ihren Server?
- Wie viele Websites endeten mit unterschiedlichen Einstellungen?
- Gibt es eine beste Backup-Konfiguration für WordPress?
- Welche gängigen Korrekturen waren normalerweise unnötig?
- Wie oft benötigte AutoTune mehr als einen Versuch?
- Was passiert, wenn keine Backup-Einstellung funktioniert?
- Was sollten Sie mit Ihren eigenen Backup-Einstellungen tun?
- Häufig gestellte Fragen (FAQs)
Wichtigste Erkenntnisse
Für alle, die zuerst die Zahlen wollen, hier ist, was die Daten zeigen. Jede Zahl stammt aus den Nutzungsdaten von Duplikators eigenem AutoTune.
- AutoTune hat in etwa 9 von 10 Tuning-Sitzungen mindestens eine Backup-Einstellung geändert. Das bedeutet nicht unbedingt, dass die vorherigen Einstellungen fehlerhaft waren.
- Shell ZIP mit mysqldump war für etwa die Hälfte der erfolgreichen Konfigurationen verantwortlich.
- PHP ZIP war für knapp 4 von 10 erfolgreichen Konfigurationen verantwortlich, während DupArchive für weniger als 1 von 10 verantwortlich war.
- Mysqldump erschien in etwa 2 von 3 erfolgreichen Konfigurationen. PHP-basierter Datenbankexport erledigte den Rest.
- Fast alle erfolgreichen Konfigurationen verwendeten Komprimierung und die Chunk-Größe von 128 MB.
- Etwa 9 von 10 erfolgreichen Tuning-Sitzungen wurden beim ersten Testversuch abgeschlossen.
- Mehr als 8 von 10 Tuning-Sitzungen fanden eine erfolgreiche Konfiguration.
TLDR: Die meisten Websites, die AutoTune ausgeführt haben, wurden auf andere Backup-Einstellungen umgestellt, aber keine einzige Einrichtung funktionierte überall. Führen Sie AutoTune aus (enthalten in Duplikator 5.0, einschließlich der kostenlosen Version), um Einstellungen zu finden, die auf Ihrem Server am besten funktionieren. Wenn nichts funktioniert, fragen Sie Ihren Hoster nach dessen PHP-Zeitlimit und Speicherplatz.
Wie testet AutoTune Ihren Server?
Duplikators AutoTune führt echte Test-Backups auf Ihrer Website durch. Es beginnt mit der schnellsten Konfiguration. Wenn ein Test fehlschlägt, passt es die Einstellungen an und versucht eine andere Konfiguration.
Sobald ein Test erfolgreich ist, speichert es diese Einstellungen automatisch. Wenn das Problem ein Serverlimit ist, das keine Einstellung ändern kann, teilt es Ihnen stattdessen mit.
AutoTune ist in Duplikator 5.0 und neuer enthalten, sowohl in Lite als auch in Pro.
AutoTune passt vier Gruppen von Backup-Einstellungen an. Hier ist, was jede davon steuert:
- Archiv-Engine und Komprimierung: Wie Dateien in das Backup gepackt werden.
- ZIP-Modus und Chunk-Größe: Wie die Archivverarbeitung in Schritte unterteilt wird.
- Datenbank-Engine und Dump-Modus: Wie die Datenbank exportiert wird.
- Reduzierung der Serverlast: Ob die Verarbeitung verlangsamt wird, um den Druck auf den Server zu reduzieren.
Die Serverübersicht meldet auch Informationen über Ihre Umgebung, einschließlich PHP-Limits, Engine-Verfügbarkeit und Hintergrundverarbeitungsprüfungen.
Wenn Sie es auf Ihrer eigenen Website ausführen möchten, führe ich Sie Schritt für Schritt in How to Fix a Failed WordPress Backup durch.
Wie viele Websites endeten mit unterschiedlichen Einstellungen?
AutoTune hat in etwa 9 von 10 Tuning-Sitzungen mindestens eine Backup-Einstellung geändert.
Das ist ein erheblicher Anteil, aber „geändert“ bedeutet nicht „eine fehlerhafte Konfiguration behoben“.
Eine Website hat möglicherweise Einstellungen verwendet, die Backups zuverlässig abgeschlossen haben, während AutoTune eine schnellere unterstützte Option gefunden hat. Eine andere Website hat möglicherweise einen Fallback benötigt, da ihre vorhandene Konfiguration nicht abgeschlossen werden konnte.
Der erste Test von AutoTune verwendet seine eigene Startkonfiguration, nicht die Einstellungen, die die Website bereits hatte. Eine Sitzung kann also beim ersten Versuch erfolgreich sein und trotzdem die Einstellungen der Website ändern.
Es gibt mehrere Gründe, Ihre Backup-Einstellungen erneut zu überprüfen:
- Die Website ist auf einen anderen Server umgezogen.
- Ihr Hoster hat seine PHP-Konfiguration oder Ressourceneinschränkungen geändert.
- Ihre Dateien oder Ihre Datenbank sind gewachsen.
- Sie haben Einstellungen von einer anderen Website kopiert.
- Sie haben Alternativen zu den Standardeinstellungen nie getestet.
Die Daten sagen uns nicht, wie häufig diese Situationen bei allen WordPress-Websites vorkommen. Sie zeigen jedoch, dass die Ausführung von AutoTune oft zu einer Konfigurationsänderung bei den Websites führte, die es verwendeten.
Wenn sich Ihre Hosting-Umgebung geändert hat, ist ein erneutes Testen nützlicher, als anzunehmen, dass Ihre alten Einstellungen immer noch passen.
Gibt es eine beste Backup-Konfiguration für WordPress?
Es gibt keine einzige Kombination, die jeder Server verwenden kann.
Einige Hoster stellen Befehlszeilen-Archivierungs- und Datenbanktools zur Verfügung. Andere schränken diese Tools ein, unterstützen aber PHP-basierte Alternativen. Ressourceneinschränkungen wirken sich auch darauf aus, welche Konfigurationen abgeschlossen werden können.
Hier sind die erfolgreichen AutoTune-Konfigurationen gelandet:
| Einrichtung | Anteil erfolgreicher Konfigurationen | Was Ihr Server benötigt | Wo es passt |
|---|---|---|---|
| Shell ZIP mit mysqldump | Etwa die Hälfte | Zugängliche ZIP-Tools, aktivierte PHP-Befehlsfunktionen und Zugriff auf mysqldump | Server, die ihre eigenen Tools zulassen. Dies ist in der Regel die schnellste Kombination, wenn der Server sie unterstützt. |
| PHP ZIP (mit mysqldump oder PHP-Export) | Knapp 4 von 10 | Die PHP ZipArchive-Erweiterung | Hoster, die Befehlszeilentools einschränken, aber ZipArchive aktiviert haben |
| Shell ZIP mit dem PHP-Datenbankexport | Etwa 1 von 20 | Shell ZIP-Unterstützung, ohne auf mysqldump angewiesen zu sein | Server, die ZIP-Tools zulassen, aber bei denen mysqldump nicht verfügbar ist |
| DupArchive mit einer der Datenbankexportmethoden | Weniger als 1 von 10 | Normale Serveranforderungen von Duplicator; keine externe ZIP-Executable oder ZipArchive-Erweiterung erforderlich | Server, auf denen die anderen Engines nicht fertig wurden. Es erstellt das Backup in kleinen Stücken über viele Anfragen hinweg. |
Jede dieser Antworten ist irgendwo richtig. Die Frage ist, welche zu Ihrem Server passt.
Das schnellste Setup machte etwa die Hälfte der erfolgreichen Konfigurationen aus
Shell ZIP mit mysqldump machte etwa die Hälfte der erfolgreichen Konfigurationen aus. Einschließlich seiner PHP-Datenbankexport-Kopplung machte Shell ZIP etwas mehr als die Hälfte aus.
Shell ZIP verwendet die eigenen ZIP-Tools des Servers, anstatt das Archiv vollständig über PHP zu erstellen. Es ist oft schneller als PHP ZIP, wenn der Server es unterstützt.
Die Shell ZIP-Option von Duplicator erfordert die Tools zip und unzip sowie aktivierte PHP-popen()- und pclose()-Funktionen.
Mysqldump ist ein separates Befehlszeilentool zum Exportieren der Datenbank. Duplicator muss darauf zugreifen und es ausführen können.
Wenn diese Tools verfügbar sind, können sie eine effiziente Kombination sein. Wenn sie nicht verfügbar oder eingeschränkt sind, ist eine PHP-basierte Alternative möglicherweise besser geeignet.
PHP ZIP deckt den Rest ab
Knapp 4 von 10 erfolgreichen Konfigurationen verwendeten PHP ZIP im Multithread-Modus.
PHP ZIP ist nicht von externen ZIP-Executables abhängig, erfordert jedoch, dass die ZipArchive-Erweiterung von PHP installiert und aktiviert ist.
Das macht es zu einer nützlichen Alternative, wenn ein Hoster Befehlszeilentools einschränkt.
Es kann entweder mit mysqldump oder dem PHP-Datenbankexport gekoppelt werden. Die Archivierung und der Datenbankexport sind getrennte Aufgaben, daher unterstützt Ihr Server möglicherweise ein Befehlszeilentool für die eine, aber nicht für die andere.
DupArchive ist das Sicherheitsnetz für die schwierigsten Server
DupArchive machte weniger als 1 von 10 erfolgreichen Konfigurationen aus.
Diese kleine Zahl ist wichtig, denn sie zeigt, wer es braucht. Kleinere Stückgrößen und Reduzierung der Serverlast traten nur in einer Handvoll erfolgreicher Konfigurationen auf, und die meisten davon verwendeten DupArchive. Dies scheinen die am stärksten eingeschränkten Server in den Daten zu sein.
DupArchive ist das eigene Archivformat von Duplicator. Es erstellt das Backup in kleinen Stücken über viele Anfragen hinweg, wodurch strenge Zeitlimits umgangen werden, die andere Engines auf halbem Weg stoppen.
Auf solchen Servern ermöglicht es, dass ein Backup abgeschlossen wird.
Aber es ist nicht die Standardlösung für jedes langsame Backup. Die meisten Server brauchten es nie.
Mysqldump oder PHP: Welche Datenbank-Backup-Methode funktioniert öfter?
Mysqldump erschien in etwa 2 von 3 erfolgreichen Konfigurationen. PHP-basierter Export machte etwa 1 von 3 aus.
Wenn mysqldump nicht verfügbar ist, bietet der PHP-Export Duplicator eine weitere Möglichkeit, die Datenbank zu exportieren. Es hängt immer noch von ausreichenden Serverressourcen, Datenbankzugriff und Berechtigungen ab.
Welche gängigen Korrekturen waren normalerweise unnötig?
Drei Ratschläge tauchen in Forum-Threads über langsame oder fehlgeschlagene Backups auf. Hier ist, wie jeder einzelne im Vergleich zu den erfolgreichen Konfigurationen in unseren Daten abschneidet.
Eine Sache, die Sie beim Lesen beachten sollten. AutoTune stoppt, sobald ein Test-Backup abgeschlossen ist. Die endgültige Konfiguration zeigt also, was ein Backup auf diesem Server zum Abschluss benötigte, nicht jede Einstellung, die funktioniert hätte.
- „Komprimierung deaktivieren.“ Fast jede erfolgreiche Konfiguration nutzte Komprimierung. Das Deaktivieren ist selten die Änderung, die ein fehlerhaftes Backup zu einem funktionierenden macht. Wenn Ihr Backup ins Stocken gerät, sind die Archivierungs-Engine und die Limits Ihres Hosts bessere Anlaufstellen.
- „Immer DupArchive auf Shared Hosting verwenden.“ Weniger als 1 von 10 erfolgreichen Konfigurationen nutzte DupArchive, und die meisten Server in unseren Daten endeten mit Shell ZIP oder PHP ZIP. (Wir haben keine Aufschlüsselung nach Host-Typ, daher deckt dies jeden Server ab, nicht nur Shared-Server.) DupArchive ist die richtige Wahl auf den am stärksten eingeschränkten Hosts.
- „Chunk-Größe reduzieren.“ Fast jede erfolgreiche Konfiguration nutzte die Chunk-Größe von 128 MB. Kleinere Chunks erschienen nur auf einer kleinen Gruppe von Servern und fast immer zusammen mit DupArchive.
Jede Korrektur funktionierte für jemanden. Auf Ihrem Server ist es ein Rätsel. Verwenden Sie AutoTune, um die beste Konfiguration für Ihre Website zu finden.
Wie oft benötigte AutoTune mehr als einen Versuch?
Etwa 9 von 10 erfolgreichen Sitzungen fanden beim ersten Versuch eine funktionierende Konfiguration.
Die anderen 1 von 10 benötigten mindestens einen Fallback, bevor ein Backup abgeschlossen wurde. Weniger als 1 von 100 benötigte vier oder fünf Versuche.
Was passiert, wenn keine Backup-Einstellung funktioniert?
In weniger als 1 von 20 Tuning-Sitzungen testete AutoTune und konnte keine Konfiguration finden, die auf diesem Server abgeschlossen wurde.
Hier ist, was die meisten Sitzungen gestoppt hat und welche Korrekturen jede einzelne davon behoben hat.
Das Zeitlimit des Servers lief ab
Dies war einer der häufigsten Gründe, warum keine Einstellung abgeschlossen werden konnte.
Hosts begrenzen, wie lange ein einzelner PHP-Prozess laufen kann. Wenn das Backup seine Arbeit nicht in ausreichend kleine Schritte aufteilen kann, um unter diese Grenze zu passen, stoppt der Host es auf halbem Weg, unabhängig von den Einstellungen.
Die Korrektur liegt bei Ihrem Host. Bitten Sie ihn, das PHP-Ausführungszeitlimit (max_execution_time) zu erhöhen oder zu einem Plan zu wechseln, der es nicht so stark begrenzt.
AutoTunes Serverübersicht zeigt das PHP-Zeitlimit Ihres Servers an, sodass Sie es in Ihrem Support-Ticket zitieren können.
Die Festplatte war voll
Eine volle Festplatte stoppte einige Sitzungen, bevor sie abgeschlossen werden konnten. Wir zählen diese separat, da keine Backup-Einstellung einen Server ohne Speicherplatz repariert.
Die Lösung ist Haushaltsführung. Löschen Sie alte Backups, die Sie nicht mehr benötigen, legen Sie ein Aufbewahrungslimit fest, damit sie sich nicht wieder ansammeln, und bewahren Sie Kopien extern auf, anstatt auf demselben Server.
Alte Backups, die einen Server leise füllen, sind eines der Muster, die wir auch in Duplicators Support-Tickets gefunden haben, was ich in Was WordPress-Backups kaputt macht behandle.
Der Build blieb im Browser hängen
Etwa 1 von 5 Sitzungen, die keine funktionierende Konfiguration fanden, liefen über den Browser statt im Hintergrund.
Das passiert, wenn ein Host eine Website daran hindert, sich selbst aufzurufen (eine „Loopback-Anfrage“). Duplicator greift auf die Steuerung des Backups über Ihren Browser zurück, was bedeutet, dass es sich nur bewegt, solange eine Seite geöffnet ist. Schließen Sie den Tab oder lassen Sie die Sitzung ablaufen, und der Build stockt.
Die Korrektur ist eine schnelle Frage an Ihren Host: Fragen Sie, ob Loopback-Anfragen blockiert sind und ob er sie für Ihre Website zulassen kann.
Was sollten Sie mit Ihren eigenen Backup-Einstellungen tun?
Sie müssen diese Daten nicht auswendig lernen. Nutzen Sie sie als Grund, Ihre eigene Umgebung zu testen.
Hier ist, was ich als Nächstes tun würde:
- Duplicator aktualisieren. AutoTune ist in Version 5.0 und neuer verfügbar, in Lite und Pro.
- AutoTune ausführen. Lassen Sie es die Konfigurationen testen, die Ihr Server unterstützt.
- Danach ein normales Backup erstellen. Die Tuning-Tests sind keine wiederherstellbaren Backups.
- Wiederherstellung überprüfen. Bestätigen Sie, dass das normale Backup abgeschlossen ist, und testen Sie eine Wiederherstellung in einer Staging- oder Testumgebung (nicht auf Ihrer Live-Site).
- Speicher und Aufbewahrung überprüfen. Halten Sie genügend lokalen Arbeitsbereich und eine Wiederherstellungskopie außer Haus bereit.
- Automatisierung konfigurieren. Richten Sie in Duplicator Pro einen Backup-Zeitplan und Ihr gewähltes Speicherziel ein.
Nehmen Sie den AutoTune-Bericht zu Ihrem Hoster, wenn nichts funktioniert. Die Serverübersicht listet die PHP-Limits Ihres Servers auf, was eine vage Beschwerde in eine spezifische Anfrage verwandelt.
Häufig gestellte Fragen (FAQs)
Ist Shell Zip schneller als ZipArchive?
Normalerweise, wenn Ihr Server es zulässt. Shell Zip verwendet die eigenen Zip-Tools des Servers, was tendenziell schneller ist als das Zippen aus PHP heraus. Der Haken ist die Verfügbarkeit. Es benötigt die Zip- und Unzip-Pakete des Servers sowie die PHP-Funktionen popen und pclose, und viele Shared-Hosts stellen diese nicht zur Verfügung. Das ist wahrscheinlich der Grund, warum es nur etwas mehr als die Hälfte der erfolgreichen Konfigurationen in unseren Daten ausmachte.
Sollte ich mysqldump oder PHP verwenden, um meine WordPress-Datenbank zu sichern?
Verwenden Sie mysqldump, wenn Ihr Server dies unterstützt. Es ist das eigene Datenbankexport-Tool des Servers und erschien in etwa 2 von 3 erfolgreichen Konfigurationen in unseren Daten. Wenn Ihr Hoster es nicht zulässt, ist der PHP-basierte Export die Fallback-Lösung. Er läuft aus PHP heraus, sodass er auf vielen Servern funktioniert, auf denen mysqldump nicht funktioniert, solange der Server über genügend Ressourcen und Datenbankzugriff verfügt.
Behebt das Deaktivieren der Komprimierung ein fehlgeschlagenes Backup?
Selten. Fast jede erfolgreiche Konfiguration in unseren Daten verwendete Komprimierung. Es ist einer der am häufigsten wiederholten Forum-Tipps, aber selten das, was ein fehlerhaftes Backup von einem funktionierenden trennt. Überprüfen Sie zuerst die Archiv-Engine und die Zeit- und Festplattenlimits Ihres Hosts.
Warum kann mein Server Shell Zip nicht verwenden?
Höchstwahrscheinlich hat Ihr Hoster die Zip- und Unzip-Pakete nicht installiert oder die PHP-Funktionen popen und pclose deaktiviert. Sie können Ihren Hoster bitten, diese zu aktivieren. Wenn nicht, ist PHP ZIP die Alternative, solange Ihr Server die PHP ZipArchive-Erweiterung aktiviert hat.
Lassen Sie Ihren Server vor Ihrem nächsten Backup die Einstellungen auswählen
Ein Backup, das auf halbem Weg ins Stocken gerät, hinterlässt Ihnen nichts zur Wiederherstellung, und Sie erfahren es möglicherweise erst, wenn Sie es brauchen.
AutoTune hilft Ihnen, eine Konfiguration zu finden, die auf Ihrem Server abgeschlossen wird, ohne jede Einstellung manuell durchzugehen. Aber Tuning ist nur ein Teil der Wiederherstellungsplanung.
Erstellen Sie danach ein Backup, überprüfen Sie eine Wiederherstellung und konfigurieren Sie einen Zeitplan, eine Aufbewahrungsrichtlinie und ein Off-Site-Ziel.
AutoTune ist in Duplicator 5.0 enthalten, sowohl in der kostenlosen als auch in der Premium-Version. Aktualisieren Sie Ihr Plugin noch heute.
Duplicator Pro hält diese funktionierende Einrichtung nach einem Zeitplan am Laufen und sendet Kopien automatisch extern. Mehr als 1,5 Millionen WordPress-Profis nutzen Duplicator, um ihre Websites wiederherstellbar zu halten.
Wenn dieser Beitrag Sie über Ihre Backup-Einstellungen nachdenken lässt, sind diese Anleitungen als Nächstes lesenswert:
- Was WordPress-Backups zum Scheitern bringt: Lektionen aus über 1.400 Support-Tickets
- Was 8.000+ WordPress-Supporttickets über die Gründe für fehlgeschlagene Migrationen verraten
- So beheben Sie ein fehlgeschlagenes WordPress-Backup: Einstellungen im Vergleich zu Serverlimits
- Wie sich WordPress-Backups auf die Website-Leistung auswirken (und wie Sie das beheben)
- So sichern Sie eine große WordPress-Website
