Wie sich WordPress-Backups auf die Website-Leistung auswirken (und wie man das Problem beheben kann)
Joella Dunn
Joella Dunn
John Turner
John Turner
Letztes Jahr habe ich versucht, die Ursache für eine langsame Website zu finden, konnte aber nichts Offensichtliches entdecken. Keine neuen Plugins, kein plötzlicher Anstieg der Besucherzahlen, nichts Auffälliges in den Fehlerprotokollen.
Dann habe ich mir den Backup-Zeitplan angesehen. Er war so eingestellt, dass er jeden Tag um 12 Uhr mittags auf einem Shared-Hosting-Account ausgeführt wurde. Das war’s.
Die meisten WordPress-Nutzer installieren ein Backup-Plugin, legen einen Zeitplan fest und kümmern sich danach nie wieder darum. Es ist eine dieser Aufgaben, die man als erledigt betrachtet, sobald das Plugin aktiv ist.
Die Standardeinstellungen der meisten Backup-Plugins sind jedoch nicht auf Leistung ausgelegt. Sie sind auf Einfachheit ausgelegt.
Eine tägliche Vollsicherung, die auf Dropbox gespeichert wird, klingt vernünftig. Bei einer kleinen Website mit großzügigem Hosting ist das auch der Fall. Bei einer größeren Website oder einem kostengünstigen Shared-Hosting-Anbieter führt dies jedoch zu einer wiederkehrenden Leistungseinbuße, die Sie vielleicht gar nicht mit den Backups in Verbindung bringen.
In diesem Beitrag zeige ich Ihnen, was bei der Ausführung eines Backups geschieht, warum manche Konfigurationen den Server stärker belasten als andere und welche konkreten Änderungen die Belastung auf nahezu null reduzieren.
Hier sind die wichtigsten Erkenntnisse:
- Backups sind ressourcenintensiv: Das Komprimieren von Dateien, das Exportieren von Datenbanken und das Hochladen in die Cloud beanspruchen gleichzeitig erhebliche CPU-Leistung, Festplatten-E/A und Bandbreite.
- Die Beschränkungen beim Shared Hosting können zu unbemerkten Fehlern führen: Versteckte PHP-Timeouts und CPU-/E/A-Kontingente bei preisgünstigen Hosting-Anbietern brechen lang andauernde Backups oft mitten im Prozess ab, was zu beschädigten oder unvollständigen Dateien führt.
- Das Backup-Format spielt eine wichtige Rolle: Standard-ZIP-Archive werden in einem einzigen Durchgang verarbeitet, wodurch sie sehr anfällig für Server-Timeouts sind. Chunked-Formate wie das von Duplicator entwickelte DupArchive umgehen diese Einschränkungen vollständig.
- Die Optimierung ist ganz einfach: Sie können den Leistungsabfall nahezu vermeiden, indem Sie Backups außerhalb der Spitzenzeiten durchführen, Cache-Dateien ausschließen, den Server-Cron nutzen und Backups, die sich nur auf die Datenbank beziehen, häufiger planen als Backups der gesamten Website.
Inhaltsverzeichnis
- Was passiert auf Ihrem Server, wenn ein Backup läuft?
- Warum ist die Backup-Leistung bei günstigen Hosting-Angeboten schlechter?
- Spielt das Format der Sicherungsdatei eine Rolle?
- So führen Sie Backups durch, ohne Ihre Website zu verlangsamen
- Anzeichen dafür, dass Ihre Backups die Leistung Ihrer Website beeinträchtigen
- Sichern Sie Ihre Website, bevor Sie Änderungen vornehmen
- Häufig gestellte Fragen (FAQs)
Was passiert auf Ihrem Server, wenn ein Backup läuft?
Ein Backup bedeutet nicht nur, dass Ihre Dateien an einen anderen Ort kopiert werden. Es handelt sich um einen mehrstufigen Prozess, der vollständig auf Ihrem Server abläuft und dabei um dieselben Ressourcen konkurriert, die auch für die Bereitstellung Ihrer Website für Besucher benötigt werden.
Während das Backup läuft, erledigt Ihr Server zwei Aufgaben gleichzeitig. Bei Shared Hosting, wo diese Ressourcen bereits auf Dutzende anderer Websites aufgeteilt sind, spielt das eine Rolle.
Dateikomprimierung und CPU-Auslastung
Bei einer Datensicherung wird jede Datei in Ihrer WordPress-Installation gelesen und in ein Archiv komprimiert. Dieser Vorgang beansprucht die CPU stark.
Beim Shared Hosting steht Ihrem Konto nur ein begrenzter Teil der Serverleistung zur Verfügung, und ein Backup, das Hunderte von Megabyte an Dateien komprimiert, beansprucht einen Großteil davon.
Bei größeren Websites verschlimmert sich dieses Problem noch. Mehr Dateien bedeuten ein längeres Komprimierungsfenster, was wiederum bedeutet, dass Ihre CPU länger unter Belastung steht.
Ein kleiner Blog mit wenigen Medien lässt sich möglicherweise in weniger als einer Minute komprimieren. Bei einer Website, auf der über Jahre hinweg Bilder hochgeladen wurden, kann dies deutlich länger dauern.
Möchten Sie die Größe Ihrer Medienbibliothek im Handumdrehen halbieren? Entfernen Sie nicht verwendete Bildvarianten mit WP Media Cleanup!
Datenbank-Export und Tabellensperrung
Der Datenbankexport ist oft der heimliche Übeltäter. Die meisten Nutzer denken bei einer Datensicherung an ihre Dateien, doch WordPress speichert Ihre Beiträge, Einstellungen, Benutzer und alles andere in einer MySQL-Datenbank, was einen separaten Exportvorgang erfordert.
Die meisten Backup-Plugins exportieren die Datenbank mit einer Methode, die die gelesenen Tabellen vorübergehend sperrt. Solange diese Tabellen gesperrt sind, müssen eingehende WordPress-Abfragen warten.
Schon eine Tabellensperre von wenigen Sekunden kann auf einem langsamen oder ausgelasteten Server zu Zeitüberschreitungen führen.
Festplatten-E/A: Der Engpass, den die meisten übersehen
Das Einlesen Tausender Dateien für eine Sicherung führt zu erheblicher Festplattenaktivität. Der Speicher Ihres Servers kann nur eine begrenzte Anzahl von Lese- und Schreibvorgängen pro Sekunde verarbeiten, und eine Sicherung, die Ihre gesamte WordPress-Installation durchläuft, stößt an diese Grenze.
Bei Budget- und Shared-Hosting-Anbietern kommen häufig noch herkömmliche Festplatten statt SSDs zum Einsatz. Auf diesen Servern verlangsamt eine hohe Festplattenaktivität während einer Datensicherung alle Vorgänge, die mit dem Speicher zu tun haben – einschließlich der Datenbankabfragen und Dateizugriffe, die Ihre Seiten generieren.
Cloud-Upload und Bandbreite
Die Auswirkungen auf die Leistung enden nicht, sobald das Archiv erstellt ist. Die meisten Backup-Konfigurationen laden dieses Archiv anschließend in einen Cloud-Speicher hoch: Dropbox, Google Drive oder S3. Dieser Upload läuft über dieselbe Serververbindung, über die auch Ihre Besucher bedient werden.
Das Hochladen eines 2-GB-Backups auf Dropbox dauert bei der üblichen Upload-Geschwindigkeit eines Shared-Hosting-Anbieters mehrere Minuten. Während dieser Zeit kann es zu Konflikten bei der verfügbaren Bandbreite kommen.
Warum ist die Backup-Leistung bei günstigen Hosting-Angeboten schlechter?
Bei Budget- und Shared-Hosting-Anbietern gelten Beschränkungen auf Serverebene, die den meisten Nutzern nirgendwo dokumentiert sind.
Das sind keine Fehler oder Fehlkonfigurationen. Es handelt sich um absichtlich festgelegte Obergrenzen, die verhindern, dass ein einzelnes Konto Ressourcen beansprucht, die sich auf alle anderen Websites auf demselben Server auswirken.
Das Problem ist, dass genau diese Begrenzungen die Sicherungsprozesse beeinträchtigen und die dadurch verursachten Fehler nicht immer offensichtlich sind.
PHP-Zeitüberschreitungen
PHP verfügt über eine Einstellung für die maximale Ausführungszeit. Bei preisgünstigen Shared-Hosting-Anbietern ist diese oft auf 30 bis 60 Sekunden festgelegt. Ein Backup-Vorgang auf einer größeren Website kann deutlich länger dauern, und sobald das Limit erreicht ist, bricht der Host den Vorgang vorzeitig ab.
Das Ergebnis ist eine unvollständige Archivdatei. Es sieht so aus, als ob eine Sicherung vorhanden wäre. Die Datei ist zwar vorhanden, wurde aber vor dem Abschluss unterbrochen, was bedeutet, dass sie nicht wiederhergestellt werden kann.
Die Website musste die volle Leistungsbeeinträchtigung durch eine laufende Datensicherung hinnehmen und hat davon keinen Nutzen gehabt. Eine beschädigte Sicherungsdatei ist schlimmer als gar keine Sicherung, da sie ein trügerisches Gefühl der Sicherheit vermittelt, obwohl man gar nicht geschützt ist.
CPU- und E/A-Kontingente
Die meisten Shared-Hosting-Anbieter begrenzen die CPU-Auslastung pro Konto. Sobald Sie diese Obergrenze erreichen, stoppt der Anbieter Ihre Prozesse nicht sofort. Er verlangsamt sie vielmehr. Alles, was unter Ihrem Konto läuft, wird langsamer, einschließlich der eingehenden Seitenanfragen von Besuchern.
Die I/O-Beschränkungen funktionieren genauso. Für Ihr Konto gilt eine Obergrenze für Lese- und Schreibvorgänge pro Sekunde. Bei einer Sicherung, bei der eine große Medienbibliothek komprimiert wird, wird diese Obergrenze häufig erreicht.
Deshalb gelingen manche Backups um 3 Uhr morgens, scheitern aber mittags bei identischen Einstellungen. Außerhalb der Spitzenzeiten ist die Grundauslastung des Servers geringer, was mehr Spielraum bedeutet, bevor die Quotenbegrenzung greift.
Spielt das Format der Sicherungsdatei eine Rolle?
Die meisten Backup-Plugins verwenden standardmäßig ZIP-Archive. Für eine kleine Website auf einem leistungsstarken Server ist das keine schlechte Wahl. Allerdings verarbeitet ZIP Dateien nacheinander, eine nach der anderen, in einem einzigen ununterbrochenen Durchlauf.
In einer ressourcenbeschränkten Shared -Hosting-Umgebung ist genau dieser einzelne, ununterbrochene Durchlauf das, was PHP-Timeouts verhindern sollen.
Das von Ihrem Backup-Plugin verwendete Archivformat bestimmt, wie stark es den Server belastet und ob es den Einschränkungen eines kostengünstigen Hostings standhalten kann. Dies wird in Gesprächen über die Backup-Leistung fast nie thematisiert, ist jedoch oft der entscheidende Faktor zwischen einem Backup, das zuverlässig abgeschlossen wird, und einem, das stillschweigend fehlschlägt.
Wie DupArchive mit Serverbeschränkungen umgeht
Duplicator ist ein WordPress-Backup-Plugin mit einem eigenen Backup-Format namens DupArchive. Es wurde speziell für WordPress-Backups und -Migrationen entwickelt, wobei die Einschränkungen bei kostengünstigen Hosting-Angeboten ein zentraler Aspekt bei der Entwicklung waren.
Während ein herkömmlicher ZIP-Vorgang als ein einziger durchgehender Vorgang abläuft, arbeitet DupArchive in kleineren Blöcken. Jeder Block wird innerhalb der vom Server vorgegebenen Ausführungszeit abgeschlossen, woraufhin der Vorgang an der Stelle fortgesetzt wird, an der er unterbrochen wurde.
PHP-Zeitüberschreitungen, die eine ZIP-basierte Sicherung während der Ausführung abbrechen würden, haben hier keine Auswirkungen, da jeder Block kurz genug ist, um vor dem Erreichen des Zeitlimits abgeschlossen zu werden.
Es bewältigt auch größere Websites, ohne dass die Dateigrößenbeschränkung zu ZIP-Fehlern führt. In der Praxis wurden mit DupArchive bereits Migrationen von über 400 GB erfolgreich durchgeführt!
Für die meisten Nutzer von Shared Hosting bedeutet dieser Spielraum, dass das Format einfach funktioniert, während ein ZIP-basierter Ansatz zu einer Zeitüberschreitung führen oder die Datei beschädigen würde.
Die vollständige Liste der Einstellungen, mit denen sich eine langsame Datensicherung beschleunigen lässt, finden Sie hier.
Shell Zip vs. ZipArchive
Mit Duplicator kannst du die Engine für dein Backup-Archiv auswählen.
Shell übergibt die Komprimierung an das Betriebssystem, anstatt sie über PHP auszuführen. Wenn diese Option verfügbar ist, läuft der Vorgang deutlich schneller, da das Betriebssystem die Komprimierung direkter handhabt, als es ein PHP-Prozess kann.
Bei einigen Budget-Hosts ist Shell Zip manchmal deaktiviert. Sollte dies bei Ihrem Host der Fall sein, können Sie darum bitten, die Funktion zu aktivieren, oder dies als Hinweis darauf betrachten, dass die stückweise Verarbeitung von Duplicator (DupArchive) die richtige Ausweichlösung ist.
Diese beiden Optionen decken zusammen die meisten Hosting-Umgebungen ab: Shell Zip für mehr Geschwindigkeit, wenn der Host dies zulässt, und DupArchive für mehr Zuverlässigkeit, wenn dies nicht der Fall ist.
So führen Sie Backups durch, ohne Ihre Website zu verlangsamen
Das Ziel ist es, Backups für Ihre Besucher unsichtbar zu machen. Sie werden ausgeführt, abgeschlossen und hochgeladen, ohne dass jemand einen Unterschied bei der Ladegeschwindigkeit der Website bemerkt.
Das lässt sich bei den meisten Konfigurationen mit nur wenigen Änderungen an den Einstellungen erreichen. Für keine davon ist es notwendig, den Host zu wechseln oder einen Entwickler zu beauftragen.
Die effektivsten Methoden, um Backups durchzuführen, ohne Ihre Website zu verlangsamen:
- Planen Sie Backups zu Zeiten mit geringem Datenverkehr: Das richtige Timing ist entscheidend. Wenn Sie die ruhigsten Stunden Ihrer Website ermitteln, stellen Sie sicher, dass Backups nicht mit echten Besuchern um Serverressourcen konkurrieren.
- Dateien ausschließen, die nicht gesichert werden müssen: Durch das Entfernen von Cache-Verzeichnissen, Protokollen und temporären Dateien lässt sich die Größe der Sicherung drastisch reduzieren, was CPU-Leistung und Festplatten-E/A spart.
- Führen Sie Datenbank-Backups häufiger durch als vollständige Backups: Da sich Ihre Datenbank ständig ändert, Ihre Dateien jedoch nicht, können Sie durch schnelle, tägliche Datenbank-Backups die aufwendigen vollständigen Website-Backups auf nur einmal pro Woche reduzieren.
- Verwenden Sie Server-Cron anstelle von WP-Cron: Durch den Wechsel von der datenverkehrsabhängigen Zeitplanung von WordPress zu einem dedizierten Server-Cron-Job wird sichergestellt, dass Backups genau zum vorgesehenen Zeitpunkt ausgeführt werden.
Planen Sie Backups für Zeiten mit geringem Datenverkehr
Die zeitliche Planung ist die Maßnahme mit der größten Wirkung, unabhängig davon, welches Hosting-Paket Sie nutzen. Ein Backup, das um 3 Uhr morgens auf einem wenig ausgelasteten Server läuft, hat weitaus mehr Kapazitätsreserven als dasselbe Backup, das mittags ausgeführt wird und dabei mit dem tatsächlichen Besucherverkehr konkurriert.
Die allgemeine Empfehlung lautet zwischen 2 und 5 Uhr morgens Ortszeit. Das gilt für die meisten Websites, aber es lohnt sich, Ihre eigenen Analysedaten zu überprüfen.
Öffne MonsterInsights, sieh dir die Besucherzahlen nach Stunden an und finde dein tatsächliches Tief. Bei manchen Websites mit internationalem Publikum gibt es kein klares Zeitfenster mit geringem Traffic. Bei anderen liegt der Tiefpunkt eher am frühen Abend als in der Nacht. Richte deinen Zeitplan nach deinen Daten aus, nicht nach einer allgemeinen Regel.
Planen Sie Backups nicht zu Zeiten mit hohem Datenverkehr ein. Wenn Sie dienstags um 9 Uhr einen Newsletter versenden, sollten Sie dienstags um 9 Uhr kein Backup durchführen. Gerade bei Traffic-Spitzen aufgrund von Kampagnen sollten Sie eine zusätzliche Serverbelastung vermeiden.
Dateien ausschließen, die nicht gesichert werden müssen
Der schnellste Weg, die Backup-Last zu verringern, besteht darin, den Umfang der zu sichernden Daten zu reduzieren. Kleinere Archive lassen sich schneller komprimieren, schneller hochladen und belasten die Festplatten-E/A während des gesamten Vorgangs weniger.
Cache-Verzeichnisse sind der größte Vorteil. Ihr Caching-Plugin erstellt sie beim Laden der Website automatisch neu, sodass eine Sicherung keinen Wiederherstellungswert hat.
Ebenfalls auszuschließen sind:
- Protokolldateien
- Temporäre Upload-Ordner
- Alle Archivdateien, die von anderen Backup-Plugins auf dem Server zurückgelassen wurden
Verwenden Sie in Duplicator Datei- und Datenbankfilter, um unnötige Daten auszuschließen. Ich würde den integrierten Cache- Filter empfehlen.
Der Scan-Bericht vor der Sicherung zeigt große Dateien an, bevor der Backup-Lauf startet. Es lohnt sich, diesen Bericht durchzugehen, bevor Sie einen wiederkehrenden Zeitplan festlegen. Schon wenige Minuten, die Sie sich für diesen Bericht nehmen, können die Größe Ihrer Sicherung erheblich reduzieren.
Führen Sie Datenbank-Sicherungen häufiger durch als vollständige Sicherungen
Ihre Medienbibliothek ändert sich kaum. Ihre Datenbank ändert sich ständig.
Jeder neue Beitrag, jeder Kommentar, jede Bestellung und jede Formularübermittlung wird in der Datenbank gespeichert. Genau das muss regelmäßig gesichert werden.
Tägliche Backups, die sich nur auf die Datenbank beschränken, sind schnell, dauern oft weniger als 30 Sekunden und belasten den Server nur minimal. Führen Sie vollständige Website-Backups (Dateien plus Datenbank) wöchentlich zu Zeiten mit geringer Auslastung durch.
Dieser Ansatz bietet Ihnen regelmäßige Wiederherstellungspunkte für die wichtigsten Daten, während der aufwendige Prozess der vollständigen Website-Sicherung nur selten durchgeführt wird.
Verwenden Sie Server-Cron anstelle von WP-Cron
WordPress verfügt über ein integriertes Planungssystem namens WP-Cron. Der Haken daran ist, dass es nur dann ausgelöst wird, wenn jemand die Website besucht.
Wenn um 3 Uhr morgens niemand die Seite besucht, wird die Sicherung nicht ausgeführt. Schlimmer noch: Ein Besucher um 12 Uhr mittags könnte versehentlich eine zeitversetzte Sicherung auslösen, die eigentlich über Nacht hätte laufen sollen.
Ein echter Server-Cron-Job wird unabhängig vom Datenverkehr nach einem festen Zeitplan ausgeführt. Die meisten Hosting-Control-Panels bieten Zugriff auf die Cron-Konfiguration.
Die Einrichtung für Ihr Backup-Plugin dauert nur wenige Minuten und beseitigt die Unvorhersehbarkeit von WP-Cron vollständig. In der Dokumentation von Duplicator wird der Einrichtungsprozess für den serverseitigen Cron beschrieben, falls Sie dies noch nie zuvor getan haben.
Anzeichen dafür, dass Ihre Backups die Leistung Ihrer Website beeinträchtigen
Möglicherweise bringen Sie Verzögerungen auf Ihrer Website nicht mit Backups in Verbindung, da der Zusammenhang nicht auf den ersten Blick erkennbar ist. Ein Backup, das zu einer ungewöhnlichen Uhrzeit läuft, macht nicht besonders auf sich aufmerksam. Es gibt jedoch Muster, auf die Sie achten sollten, wenn Ihre Website träge reagiert und Sie die Ursache nicht ausmachen konnten.
Dies sind die Anzeichen dafür, dass Backups Ihre Website verlangsamen:
- Die Ausfälle der Website treten jeden Tag oder jede Woche zur gleichen Zeit auf und stimmen mit Ihrem Backup-Zeitplan überein
- Die Backup-Protokolle zeigen fehlgeschlagene, unvollständige oder fehlende Durchläufe an
- In Ihrem Hosting-Control-Panel sind CPU- oder I/O-Spitzen nach einem vorhersehbaren Zeitplan zu erkennen
- Besucher berichten von Verzögerungen, die nicht mit Ihren üblichen Spitzenzeiten übereinstimmen
Wenn zwei oder mehr dieser Punkte auf Ihre Situation zutreffen, überprüfen Sie zunächst Ihren Sicherungsplan, bevor Sie sich mit anderen Aspekten befassen.
Sichern Sie Ihre Website, bevor Sie Änderungen vornehmen
Bevor Sie Backup-Zeitpläne anpassen, das Archivformat wechseln oder Server-Einstellungen ändern: Führen Sie zunächst ein vollständiges Backup durch.
Das klingt zwar selbstverständlich, wird aber leicht übersehen, wenn man gerade mitten in der Fehlerbehebung steckt und es kaum erwarten kann, das Problem zu beheben. Genau das ist mir passiert, und so entstand eine Lücke in meinem Backup-Verlauf, kurz bevor ich Änderungen vornahm, die nicht wie erwartet funktionierten.
Konfigurationsfehler bei der Einrichtung der Datensicherung können dazu führen, dass Sie überhaupt keine funktionierende Datensicherung haben. Es ist tatsächlich eine Ironie, dass man gerade beim Versuch, die Datensicherung zu verbessern, sein Sicherheitsnetz zerstört.
Wenn Sie neue Einstellungen für Zeitpläne oder Sicherungsdateien testen möchten, bevor Sie diese auf Ihrer Live-Website anwenden, bietet Ihnen die Staging-Umgebung eine isolierte Umgebung, in der Sie zunächst überprüfen können, ob alles funktioniert.
Mit Duplicator Pro kannst du mit nur wenigen Klicks aus jedem vorhandenen Backup eine Staging-Site erstellen. Ein separates Hosting-Konto ist nicht erforderlich.
Sobald Sie die Testumgebung eingerichtet haben, können Sie ohne Risiko Fehler beheben.
Häufig gestellte Fragen (FAQs)
Verlangsamen WordPress-Backups meine Website?
Das ist durchaus möglich, insbesondere bei Shared Hosting. Backups beanspruchen die CPU-Leistung, um Dateien zu komprimieren, sperren Datenbanktabellen während des Exports und beanspruchen Festplatten-I/O beim Einlesen der Dateien Ihrer Website. Die Auswirkungen hängen von der Größe Ihrer Website, Ihrem Hosting-Paket und dem Zeitpunkt der Backup-Ausführung ab. Durch die Planung zu Zeiten mit geringem Datenverkehr und den Ausschluss unnötiger Dateien lassen sich die Auswirkungen für die meisten Websites auf ein Minimum beschränken.
Wann ist der beste Zeitpunkt für ein WordPress-Backup?
Bei den meisten Websites ist der Traffic zwischen 2 und 5 Uhr morgens in der Hauptzeitzone der Besucher am geringsten. Überprüfen Sie Ihre Analysedaten stundenweise, um Ihren tatsächlichen Tiefpunkt zu ermitteln, anstatt sich auf eine allgemeine Empfehlung zu verlassen. Vermeiden Sie es, Backups so zu planen, dass sie mit Newslettern, Produkteinführungen oder Werbeaktionen zusammenfallen. In diesen Momenten steigt der Traffic sprunghaft an, und Sie möchten nicht, dass eine zusätzliche Serverlast mit den Besuchern konkurriert.
Warum schlagen meine Backups beim Budget-Hosting immer wieder fehl?
Budget-Hosts setzen Zeitlimits für die PHP-Ausführung fest – häufig zwischen 30 und 60 Sekunden – sowie CPU-Kontingente und I/O-Obergrenzen. Wenn ein Backup-Prozess diese Grenzen erreicht, wird er vom Host mitten im Ablauf abgebrochen. Die Lösung besteht in der Regel aus drei Maßnahmen: Ausschluss großer, unnötiger Dateien wie Cache-Verzeichnisse und Protokolle, Umstellung auf ein für ressourcenbeschränkte Umgebungen entwickeltes Archivformat wie DupArchive und Durchführung von Backups außerhalb der Spitzenzeiten, wenn die Serverauslastung geringer ist.
Welche Dateien sollte ich aus den WordPress-Backups ausschließen?
Cache-Verzeichnisse sind der größte Gewinn. Sie werden beim Laden Ihrer Website automatisch generiert, sodass eine Sicherung keinen Wiederherstellungswert hat. Schließen Sie außerdem Log-Dateien, temporäre Upload-Ordner und Archivdateien anderer Backup-Plugins, die auf dem Server gespeichert sind, aus. In Duplicator zeigt der Scan-Bericht vor der Sicherung große Dateien an, bevor der Build-Vorgang startet, sodass Sie diese Entscheidungen treffen können, bevor Sie einen Zeitplan festlegen.
Hat die Größe der Sicherungsdatei Auswirkungen auf die Leistung der Website?
Indirekt, ja. Ein größeres Backup benötigt mehr Zeit für die Komprimierung und den Upload in den Cloud-Speicher. Beide Vorgänge beanspruchen Serverressourcen, die Ihrer Website sonst zur Verfügung stünden. Das Entfernen unnötiger Dateien aus dem Archiv – insbesondere großer Medien-Caches und Protokolldateien – verringert die Größe des Backups, verkürzt die Backup-Dauer und reduziert den Zeitraum, in dem Ihr Server zusätzlich belastet wird.
Sind inkrementelle Backups leistungsfähiger als vollständige Backups?
In der Regel ja. Bei einer vollständigen Sicherung wird bei jedem Durchlauf die gesamte Website gelesen und komprimiert. Bei einer inkrementellen Sicherung werden nur die Dateien verarbeitet, die sich seit dem letzten Durchlauf geändert haben. Bei Websites mit umfangreichen Medienbibliotheken, die sich selten ändern, können inkrementelle Sicherungen die Sicherungszeit von mehreren Minuten auf unter 30 Sekunden verkürzen. Der Nachteil dabei ist, dass bei der Wiederherstellung aus inkrementellen Sicherungen mehrere Sicherungssätze zusammengesetzt werden müssen, anstatt aus einer einzigen Datei wiederherzustellen.
Ihre Website verdient ein Backup, das perfekt darauf abgestimmt ist
Backups sollen Ihre Website schützen, nicht belasten. Die Leistungseinbußen durch ein schlecht konfiguriertes Backup sind zwar real, lassen sich aber fast immer beheben, ohne den Host zu wechseln oder etwas neu aufsetzen zu müssen.
Die drei wichtigsten Faktoren sind der Zeitpunkt der Datensicherung, deren Umfang und das verwendete Format. Die meisten Websites können die Auswirkungen auf die Leistung nahezu auf Null reduzieren, indem sie diese drei Aspekte berücksichtigen.
Ihr Backup-Plugin sollte Ihre Website schützen, ohne mit ihr um Serverressourcen zu konkurrieren. Das ist schwieriger zu bewerkstelligen, als es klingt, insbesondere bei Shared Hosting und preisgünstigen Hosting-Angeboten, wo die Einschränkungen real sind und nicht immer dokumentiert werden.
Über 1,5 Millionen WordPress-Experten nutzen Duplicator Pro für Backups, Migrationen und die Notfallwiederherstellung. Das DupArchive-Format wurde speziell für Hosting-Umgebungen entwickelt, in denen herkömmliche ZIP-basierte Backups am häufigsten scheitern: ressourcenbeschränkte Server mit PHP-Timeouts, CPU-Kontingenten und E/A-Beschränkungen.
Und wenn Sie Konfigurationsänderungen testen möchten, bevor Sie sie auf Ihrer Live-Website übernehmen, können Sie mit der Ein-Klick-Staging-Funktion aus jedem vorhandenen Backup eine Kopie Ihrer Website erstellen, ohne dass Sie dafür ein separates Hosting-Konto benötigen.
Falls dieser Beitrag Sie dazu angeregt hat, über die Leistung von Backups und den Zustand Ihrer Website nachzudenken, sind diese Anleitungen eine lohnende Lektüre.
- Ihre WordPress-Website verschlingt mit jeder Sekunde, die sie langsam ist, Geld (hier ist die Lösung)
- Verschlüsselung von Website-Backup-Dateien für maximale Datensicherheit
- Website gerade abgestürzt? Hier ist Ihr kompletter Website-Wiederherstellungsplan
- Richtlinien für die Aufbewahrung von Website-Backups: Wie lange sollen Backups aufbewahrt werden?
- Warum Ihre WordPress-Website eine Backup-Überwachung benötigt (nicht nur Backups)
