Wie viel Speicherplatz belegen inkrementelle Backups? Wir haben 3 reale Websites gemessen
Joella Dunn
Joella Dunn
John Turner
John Turner
Stündliche Backups klingen für jede Website, die sich tagsüber ändert, richtig. Dann rechnen Sie nach, und 24 vollständige Website-Backups pro Tag summieren sich, sowohl in Bezug auf Serverressourcen als auch auf Speicherplatz.
Inkrementelle Backups sollen das beheben.
Ein inkrementelles Backup beginnt mit einer vollständigen Kopie Ihrer Website, der sogenannten Basislinie. Jedes nachfolgende Backup ist ein Snapshot, der nur die Änderungen speichert. Zusammen bilden sie eine Kette, und Sie können Ihre vollständige Website von jedem Punkt aus wiederherstellen.
Die meisten Einsparungszahlen sind jedoch Schätzungen. Deshalb haben mein Team und ich die neuen inkrementellen Backups von Duplicator auf drei echten WordPress-Websites getestet: einem ruhigen Blog, einer gemeinnützigen Kurs-Website und einem geschäftigen Online-Shop.
Auf allen drei verbrauchten inkrementelle Backups bei gleichem Zeitplan weitaus weniger Speicherplatz als vollständige Backups.
Der geschäftige Shop ging von etwa 85 GB auf etwa 12,8 GB zurück, was 85 % weniger ist. Gegenüber täglichen vollständigen Backups lagen die beiden ruhigen Websites immer noch vorne. Der Shop nicht, und der Grund dafür ist der nützlichste Teil dieses Beitrags.
Hier sind die wichtigsten Erkenntnisse:
- Ein typischer inkrementeller Snapshot machte etwa 1 % der gesamten Website aus auf dem Blog und der Kurs-Website und etwa 12 % auf dem Shop.
- Auf ruhigen Websites verbrauchen stündliche inkrementelle Backups weniger Speicherplatz als die Aufbewahrung täglicher vollständiger Backups für denselben Zeitraum. Über 10 Tage prognostizierten wir etwa 68 % weniger auf dem Blog und 10 bis 56 % weniger auf der Kurs-Website, mit 24 Wiederherstellungspunkten pro Tag.
- Auf einem geschäftigen Shop verbrauchten inkrementelle Backups 85 % weniger Speicherplatz als vollständige Backups im selben 2-Stunden-Zeitplan. Die Datenbank bestimmt die Snapshot-Größe, da so viele Tabellen zwischen den Läufen geändert werden. Gegenüber täglichen vollständigen Backups prognostizierten wir etwa 46 % mehr Speicherplatz, im Austausch für 12 Wiederherstellungspunkte pro Tag.
- Auf allen drei Websites prognostizierten wir 88 bis 99 % weniger Speicherplatz als bei vollständigen Backups, die über 10 Tage genauso oft durchgeführt wurden.
- Auf Websites mit geringem Datenverkehr bedeutet stündlich nur stündlich mit einem echten Cron-Job.
Inhaltsverzeichnis
- Wichtige Ergebnisse: Wie viel Speicherplatz verbrauchen inkrementelle Backups?
- Wie haben wir den Speicherplatz für inkrementelle Backups gemessen?
- Die Speicherplatzberechnung: Inkrementelle vs. tägliche vollständige Backups
- Wie viel Speicherplatz verbraucht ein stündlicher Snapshot auf einem ruhigen Blog?
- Was passiert auf einer Kurs-Website, wenn Plugins aktualisiert werden?
- Warum sind inkrementelle Snapshots bei einem geschäftigen Shop größer?
- Wie funktionieren inkrementelle Backups in Duplicator?
- Wie holen Sie das Beste aus inkrementellen Backups heraus?
- Häufig gestellte Fragen (FAQs)
Wichtige Ergebnisse: Wie viel Speicherplatz verbrauchen inkrementelle Backups?
Hier ist ein Vergleich der drei Websites:
| Ruhiger Blog | Kurs-Website | Geschäftiger Shop | |
|---|---|---|---|
| Vollständige Website (Basislinie) | etwa 390 MB | etwa 540 MB | etwa 3,5 GB |
| Typischer Snapshot | etwa 3,5 MB | etwa 7,5 MB | etwa 400 bis 460 MB |
| Snapshot im Vergleich zur vollständigen Website | etwa 1 % | etwa 1 % | etwa 12 % |
| Zeitplan | stündlich | stündlich | alle 2 Stunden |
| Übersprungene Läufe (keine Änderungen) | etwa 1 von 20 | etwa die Hälfte | keine |
Die Kurzfassung: Wenn sich Ihre Website hauptsächlich durch Beiträge und Seiten ändert, verbrauchen stündliche inkrementelle Backups weniger Speicherplatz als die Aufbewahrung täglicher vollständiger Backups für denselben Zeitraum. Wenn sie den ganzen Tag über Bestellungen entgegennimmt, wird jeder Snapshot größer sein, aber Sie werden immer noch weit weniger Speicherplatz verbrauchen als bei so häufigen vollständigen Backups.
Wie haben wir den Speicherplatz für inkrementelle Backups gemessen?
Wir haben die inkrementellen Backups von Duplicator Pro auf allen drei Websites mit den Standard-Tabelleneinstellungen ausgeführt. Jede Größe stammt aus der Spalte Größe in der Tabelle Snapshots von Duplicator, die mit dem übereinstimmt, was Duplicator Cloud meldet.
Hinweis: Dies sind drei reale Websites, nicht ein Durchschnitt über Duplicator-Benutzer. Die Snapshot-Größen des Shops decken etwa 2 Tage ab, die der Kurs-Website etwa 6 Tage und die des Blogs etwa 10 Stunden (mit etwa einer Woche Laufhistorie). Der Blog lief mit einer Duplicator Pro 5.2 Beta, die anderen beiden mit 5.1.0. Wir haben keine Echtzeit-Backups, anderen Speicher oder Wiederherstellungsgeschwindigkeiten getestet.
Die Speicherplatzberechnung: Inkrementelle vs. tägliche vollständige Backups
Die meisten Einsparungen vergleichen inkrementelle Backups mit vollständigen Backups, die genauso oft durchgeführt werden. Fast niemand führt jedoch 24 vollständige Backups pro Tag durch, daher haben wir sie auch mit täglichen vollständigen Backups verglichen.
Hier ist jede Website über die gleichen 10 Tage Historie projiziert:
| 10 Tage Historie | Inkrementelle Kette | 10 tägliche vollständige Backups | Vollständige Backups genauso oft |
|---|---|---|---|
| Ruhiger Blog (stündlich) | ca. 1,2 GB | ca. 3,9 GB | ca. 93 GB |
| Kurs-Website (stündlich, wenn jeder Lauf ausgelöst wird) | ca. 2,4 bis 4,9 GB | ca. 5,4 GB | ca. 130 GB |
| Vielbeschäftigter Shop (alle 2 Stunden) | ca. 52 GB | ca. 35 GB | ca. 425 GB |
Über diese Projektion: Dies sind Schätzungen, keine Messungen. Sie gehen davon aus, dass jeder Lauf ausgelöst wird und einen typischen Snapshot hochlädt (für den Shop, seinen Durchschnitt von ca. 400 MB), jedes vollständige Backup die Größe der Basislinie hat und ältere Snapshots in die Basislinie einfließen, sobald Sie die Anzahl der von Ihnen gespeicherten Backups erreichen. Die Bandbreite der Kurs-Website reicht von ruhigen Tagen bis zu Tagen mit Aktualisierungen.
Alle drei Websites verbrauchen weitaus weniger Speicherplatz als vollständige Backups, die genauso oft durchgeführt werden. Der Shop reduziert sich von ca. 425 GB auf ca. 52 GB. Im Vergleich zu täglichen vollständigen Backups benötigen der Blog und die Kurs-Website immer noch weniger Speicherplatz. Der Shop benötigt etwa das 1,5-fache des Speicherplatzes, im Austausch für 12 Wiederherstellungspunkte pro Tag anstelle von einem.
Die Snapshot-Größe erklärt die Lücke. Jeder Wiederherstellungspunkt kostet Sie einen Snapshot anstelle eines vollständigen Backups, daher sparen kleinere Snapshots mehr. Mit 1 % Snapshots können Sie bis zu etwa 99 % sparen, wenn Ihre Kette wächst. Mit 12 % Snapshots beträgt das Limit etwa 88 %.
Kurze Ketten sparen weniger, da die Basislinie einen größeren Teil des Ganzen ausmacht. Der Blog sparte 89 % über 10 Backups.
Inkrementelle Backups gehen nur an Duplicator Cloud, daher entspricht Ihre Gesamtsumme direkt einem Cloud-Plan. Über 10 Tage Historie würde der Blog in den 2-GB-Plan passen, die Kurs-Website in einen 10-GB-Plan und der Shop in den 100-GB-Plan (ca. 52 GB liegen knapp über dem 50-GB-Plan).
Wie berechnen Sie den Speicherplatz für Backups für Ihre Website?
Sie können dies ausführen, sobald Sie einige Tage Snapshots haben. Wenn Sie noch nicht begonnen haben, folgen Sie zuerst unserer Anleitung zum Ausführen inkrementeller Backups.
Beide Größen befinden sich in der Tabelle Snapshots unter Duplicator Pro » Inkrementelle Backups. Verwenden Sie die Zeile Baseline plus den mittleren Wert Ihrer anderen Snapshots (nicht den größten).
Führen Sie noch keine inkrementellen Backups durch? Verwenden Sie die Größe Ihres letzten vollständigen Backups als Basislinie. Für den Snapshot versuchen Sie 1 % davon bei einer ruhigen Website oder 12 % bei einem vielbeschäftigten Shop.
Geben Sie diese in diesen Rechner ein, um Ihren eigenen Speicherbedarf für inkrementelle Backups zu schätzen:
Rechner für inkrementellen Backup-Speicher
Geben Sie Ihre Zahlen ein, um abzuschätzen, wie viel Speicherplatz Ihre inkrementellen Backups verbrauchen werden.
| Aufbewahrungshistorie | |
|---|---|
Dies ist eine Schätzung, die davon ausgeht, dass jeder geplante Lauf einen typischen Snapshot hochlädt und ältere Snapshots in die Grundgröße einfließen. Planen Sie zusätzlichen Speicherplatz für Update-Tage und große Importe ein.
Zum Beispiel benötigt eine 1-GB-Website mit 10-MB-Snapshots und einer Woche stündlicher Historie (168 aufbewahrte Backups) etwa 2,7 GB. Eine Woche täglicher vollständiger Backups würde 7 GB beanspruchen.
Wie viel Speicherplatz verbraucht ein stündlicher Snapshot auf einem ruhigen Blog?
Die Grundgröße des Blogs betrug etwa 390 MB und jeder stündliche Snapshot etwa 3,5 MB.
Das sind ungefähr 1 % der Website.
Was mich überraschte, war, wie selten er übersprungen wurde. Nur etwa 1 von 20 Läufen fand nichts zum Sichern, selbst an Tagen ohne neue Beiträge. Fast jeder Snapshot zeigte Keine Dateiänderungen · 8 Tabellen, da Plugins im Hintergrund in die Datenbank schreiben.
Das ist normal und verbraucht sehr wenig Speicherplatz.
Wenn Sie weniger Snapshots wünschen, gehen Sie zu Duplicator Pro » Inkrementelle Backups » Einstellungen und setzen Sie „noisy tables“ (Tabellen, die Plugins ständig aktualisieren) auf Nicht überwachen. Sie bleiben in Ihrem Backup, aber ihre Änderungen lösen keinen neuen Snapshot aus.
Was passiert auf einer Kurs-Website, wenn Plugins aktualisiert werden?
Die Grundgröße der Kurs-Website betrug etwa 540 MB und ein typischer Snapshot etwa 7,5 MB. Das sind wieder etwa 1 %.
Der Update-Tag sah anders aus. Zwei Snapshots erfassten Tausende von geänderten Plugin-Dateien und machten etwa 7 % und 11 % der Website aus. Das waren die größten Spitzen gegenüber der normalen Aktivität und immer noch weit kleiner als ein vollständiges Backup.
Etwa die Hälfte der Läufe wurde übersprungen. Wenn sich nichts änderte, markierte Duplicator den Lauf als Übersprungen und lud nichts hoch.
Es gab einen Haken. Der Zeitplan war auf stündlich eingestellt, aber über einen Monat lief er etwa alle 4 Stunden. WordPress führt geplante Aufgaben nur aus, wenn jemand die Website besucht, und eine kleine gemeinnützige Website wird nicht jede Stunde besucht.
Die Lösung ist ein echter Cron-Job (eine Aufgabe, die Ihr Hoster zeitgesteuert ausführt, auch wenn niemand zu Besuch ist). Suchen Sie in Ihrem Hosting-Kontrollpanel nach Cron-Jobs und richten Sie ihn so ein, dass er stündlich auf die wp-cron.php Ihrer Website verweist.
Um zu überprüfen, ob es funktioniert, installieren Sie WP Crontrol, ein kostenloses Plugin. Aktivieren Sie die Protokollierung für eine stündliche Aufgabe und öffnen Sie dann Cron-Protokolle, um zu sehen, wann immer sie ausgeführt wird. Lücken von mehreren Stunden bedeuten, dass Cron immer noch nicht mithalten kann.
Warum sind inkrementelle Snapshots bei einem geschäftigen Shop größer?
Die Grundgröße des Shops betrug etwa 3,5 GB. Ein typischer Snapshot war etwa 400 bis 460 MB oder etwa 12 % der Website.
Der Grund dafür ist die Datenbank. Zwischen jeweils zwei Snapshots änderten sich 31 bis 58 Tabellen (Bestellungen, Kunden, Protokolle). Geänderte Tabellen werden vollständig gespeichert, sodass eine geschäftige Multi-GB-Datenbank bei jedem Lauf Hunderte von Megabyte hinzufügt.
Dateien bewegten sich kaum. Selbst eine Charge von fast 600 geänderten Dateien fiel nicht auf.
Über 24 Snapshots (einer alle 2 Stunden) verbrauchte die Kette etwa 12,8 GB. Die gleichen 24 Wiederherstellungspunkte als vollständige Backups hätten etwa 85 GB beansprucht.
Das sind 85 % weniger Speicherplatz für die gleichen Wiederherstellungspunkte.
Wie funktionieren inkrementelle Backups in Duplicator?
Duplicator kümmert sich um die Kette für Sie. Sobald Sie Duplicator Cloud verbinden, gehen Sie zu Duplicator Pro » Inkrementelle Backups und klicken Sie auf Baseline-Snapshot erstellen.
Wählen Sie dann, wie oft Sie ein Backup erstellen und wie viele Backups Sie aufbewahren möchten.
Von dort aus vergleicht Duplicator Ihre Website mit dem letzten Snapshot. Wenn sich etwas ändert, werden nur diese Unterschiede gesichert.
Sobald Ihre Kette die Anzahl der von Ihnen aufbewahrten Backups erreicht hat, werden ältere Snapshots in die Baseline integriert, sodass sich Ihre Gesamtzahl stabilisiert, anstatt für immer zu wachsen.
Hier ist, was Sie bekommen:
- Stündlicher Schutz: Sichern Sie Ihre Daten so oft wie jede Stunde, sodass Sie weit weniger als einen Tag Arbeit verlieren.
- Wiederherstellung der gesamten Website: Wählen Sie einen beliebigen Snapshot aus, und Duplicator baut Ihre gesamte Website bis zu diesem Zeitpunkt wieder auf. Wenn Cloud das Archiv zuerst vorbereiten muss, dauert dies einige Minuten und Sie erhalten eine E-Mail.
- Eine klare Aufzeichnung: Jeder Snapshot listet die erfassten Dateien und Tabellen auf.
- Keine verschwendeten Uploads: Wenn sich nichts geändert hat, wird der Vorgang übersprungen.
Wie holen Sie das Beste aus inkrementellen Backups heraus?
Ihre Gesamtzahl hängt hauptsächlich davon ab, wie viele Backups Sie aufbewahren. Weniger aufzubewahren ist der schnellste Weg, um weniger Speicherplatz zu verbrauchen. Einige andere Entscheidungen helfen auch.
Hier ist, was ich auf jeder Website tun würde:
- Bewahren Sie nur die Historie auf, die Sie benötigen. Gesicherte Backups × Stunden zwischen den Backups ist Ihre Historie, solange jeder Lauf ausgeführt wird.
- Richten Sie einen echten Cron-Job ein, damit stündlich auch stündlich bedeutet. Das wird Ihren Speicherplatz nicht verkleinern, aber Sie erhalten die Wiederherstellungspunkte, auf die Sie zählen.
- Überwachen Sie laute Tabellen nicht auf der Registerkarte Einstellungen, damit Hintergrundaktivitäten keine zusätzlichen Snapshots auslösen.
- Bewahren Sie ein separates vollständiges Backup an einem zweiten externen Speicherort auf, bevor Sie größere Änderungen vornehmen.
Häufig gestellte Fragen (FAQs)
Sparen inkrementelle Backups Speicherplatz?
Ja. Nach einer vollständigen Basislinie speichert jeder Snapshot nur die Änderungen. In unserem Test war ein typischer Snapshot etwa 1 % der vollständigen Website bei einem Blog und einer Kurs-Website und etwa 12 % bei einem geschäftigen Shop. Selbst der Shop verbrauchte 85 % weniger Speicherplatz als vollständige Backups im gleichen Zeitplan. Ihre Einsparungen hängen davon ab, wie viel Ihrer Datenbank sich zwischen den Läufen ändert.
Warum ist mein inkrementeller Snapshot so groß?
Normalerweise ist es die Datenbank. Ein Snapshot ist nicht nur Ihre neuen Beiträge. Ein Shop mit ständigen Bestellungen ändert viele Tabellen zwischen den Läufen, sodass er Hunderte von Megabyte pro Snapshot hinzufügen kann. Plugin-Updates fügen auch Tausende von Dateien auf einmal hinzu.
Kann ich meine gesamte Website aus einem Snapshot wiederherstellen?
Ja. Wählen Sie einen beliebigen Snapshot aus, und Duplicator baut Ihre vollständige Website aus der Baseline plus jeder Änderung bis zu diesem Zeitpunkt wieder auf. Wenn Duplicator Cloud noch kein herunterladbares Archiv vorbereitet hat, sehen Sie eine Aufforderung Archiv anfordern. Dies kann mehrere Minuten dauern, und Sie erhalten eine E-Mail, wenn es fertig ist.
Können inkrementelle Backups auf Google Drive oder Amazon S3 übertragen werden?
Nein. Die inkrementellen Backups von Duplicator gehen nur an Duplicator Cloud, was einen Speicherplan erfordert. Ihre Standard-Backups können weiterhin an Google Drive, Amazon S3 und andere Speicherorte gesendet werden, sodass Sie eine zweite Kopie woanders aufbewahren können.
Benötige ich immer noch vollständige Backups, wenn ich inkrementelle Backups durchführe?
Sie können normalerweise reduzieren, aber nicht vollständig darauf verzichten. Inkrementelle Snapshots stellen Ihre vollständige Website wieder her, sodass sie alltägliche Wiederherstellungen bewältigen können. Es ist immer noch ratsam, eine Kopie woanders aufzubewahren. Behalten Sie also ein separates vollständiges Backup an einem zweiten externen Speicherort nach einem längeren Zeitplan (z. B. wöchentlich) und vor einem Redesign, einer Migration oder einem größeren Update.
Stündliche Backups verbrauchen weniger Speicherplatz als Sie denken: Es sei denn, Ihre Datenbank schläft nie
Auf den ruhigen Websites, die wir getestet haben, benötigten stündliche inkrementelle Backups weniger Speicherplatz als die Aufbewahrung täglicher vollständiger Backups. Was dies bestimmt, ist nicht die Größe Ihrer Website. Es ist, wie viel von Ihrer Datenbank sich jede Stunde ändert.
Ein geschäftiger Shop zahlt mehr pro Snapshot, aber er verbrauchte immer noch 85 % weniger Speicherplatz als vollständige Backups nach demselben Zeitplan. Das ist ein fairer Handel für den Verlust von zwei Stunden Bestellungen statt eines Tages.
Ein Tipp: Öffnen Sie nach einer Woche die Änderungsliste einiger regulärer Snapshots. Wenn auf einer ruhigen Website jedes Mal dieselben Tabellen angezeigt werden, überprüfen Sie diese in den inkrementellen Backup-Einstellungen von Duplicator.
Erhalten Sie stündliche Backups, ohne für 24 vollständige Kopien pro Tag zu bezahlen
Mit einem täglichen Backup können Sie bis zu einem Tag an Bestellungen, Formulareinträgen oder Kursfortschritten verlieren. Stündliche inkrementelle Backups schließen diese Lücke, ohne Ihren Speicherplatz zu füllen.
Inkrementelle Backups sind in den Duplicator Pro- und Elite-Tarifen verfügbar und benötigen einen Duplicator Cloud-Speicherplan. Schließen Sie sich über 1,5 Millionen WordPress-Profis an, die Duplicator zum Schutz ihrer Websites verwenden!
Wenn dieser Beitrag Sie zum Nachdenken über Backup-Speicher gebracht hat, sind diese Anleitungen eine Lektüre wert.
- Was ist ein inkrementelles Backup in WordPress? (Und wie Sie es ausführen)
- Wie oft sollten Sie Ihre WordPress-Website sichern?
- Aufbewahrungsrichtlinien für Website-Backups: Wie lange sollen Backups aufbewahrt werden?
- Hören Sie auf zu raten, warum Backups fehlschlagen (prüfen Sie stattdessen diese Protokolle)
- WordPress-Speicherplatz für Backups: Wie viel Speicher Sie benötigen und wie Sie ihn verkleinern können
- So beheben Sie ein fehlgeschlagenes WordPress-Backup: Einstellungen im Vergleich zu Serverlimits
