Hosting Backups und Wiederherstellung: Erstellen Sie einen Wiederherstellungsplan

Wählen Sie, wie viel aktuelle Arbeit Sie sich leisten können, zu verlieren

Beginnen Sie mit den Daten, die sich ändern: Website-Inhalte, Uploads, Datenbankdatensätze, Speicheraufträge und Anwendungskonfiguration. Entscheiden Sie, wie viel neuere Arbeit Sie nach einem Misserfolg rekonstruieren könnten. Ein selten bearbeitetes Portfolio und ein Geschäft, das Aufträge im Laufe des Tages erhält, können unterschiedliche Wiederherstellungspläne erfordern.

Vergleichen Sie diesen Bedarf mit dem von Ihnen gewählten Backup-Zeitplan. Wenn wichtige Änderungen zwischen geplanten Kopien auftreten, entscheiden Sie, wie Sie sie bewahren. Ein täglicher Zeitplan bedeutet nicht, dass jede Transaktion kontinuierlich wiederherstellbar ist, und eine Backup-Option ist keine Garantie für eine bestimmte Wiederherstellungszeit.

Planen Sie, wie Sie die letzte Website bewahren und Änderungen speichern

Unterscheiden Sie die Backup-Frequenz von der Retention von Wiederherstellungspunkten

Der VPSLibre Konfigurator bietet keine zusätzlichen Backups, wöchentliche Backups oder tägliche Backups. Die wöchentliche Option beschreibt ein Backup pro Woche mit sieben Wiederherstellungspunkten; die tägliche Option beschreibt einen pro Tag mit sieben Wiederherstellungspunkten. Dies sind angeforderte Serviceoptionen mit eigenen Angebotszeilen, wenn sie ausgewählt werden.

Sieben Wiederherstellungspunkte sind sieben beibehaltene Kopien, kein universelles Versprechen von sieben Tagen. Ihre Daten und nutzbare Abdeckung hängen vom gewählten Zeitplan und den erfolgreichen abgeschlossenen Kopien ab. Überprüfen Sie nach der Lieferung die tatsächlichen Backup-Informationen, die abgedeckten Daten, wo Kopien aufbewahrt werden und wie die Wiederherstellung angefordert wird, bevor Sie sich auf den Service verlassen.

Ohne zusätzliche Backup-Option verwalten Sie Ihren eigenen Backup-Plan. Zusätzlicher Service Storage ist eine separate Option und erstellt keine Backups. Bewahren Sie eine unabhängige Kopie wichtiger Daten auf, damit Ihre Wiederherstellung nicht von einem Konto oder einer Umgebung abhängt.

Machen Sie jeden Recovery-Satz vollständig und identifizierbar

Eine WordPress-Wiederherstellung benötigt normalerweise sowohl Dateien als auch die Datenbank. Uploads, Themes, Plugins und Konfigurationen leben in Dateien, während Posts, Einstellungen und andere Anwendungsdaten auch in der Datenbank leben. Das Herunterladen des Website-Verzeichnisses allein erfasst normalerweise nicht seine Datenbank.

Listen Sie für jede Anwendung die Daten und die Konfiguration auf, die zum Erstellen einer Arbeitsumgebung erforderlich sind. Gruppieren Sie kompatible Dateien und Datenbankexporte nach der Zeit, die sie repräsentieren. Notieren Sie die Anwendungsversion und relevante Umgebungsanforderungen und schützen Sie Kopien, die Anmeldeinformationen oder persönliche Daten enthalten.

Überprüfen Sie den Umfang eines Service-Backups, anstatt davon auszugehen, dass es jede externe Abhängigkeit enthält. Daten, die von einem Drittanbieter-Dienst gespeichert werden, benötigen eigene Wiederherstellungsvereinbarungen. Eine synchronisierte Kopie, die Löschungen sofort reproduziert, kann auch unzureichend sein, wenn Sie eine ältere Version benötigen.

Persistente Container- und Datenbankdaten identifizieren

Testen Sie die Wiederherstellung abseits der Live-Website

Bereiten Sie eine separate Umgebung mit den Anforderungen vor, die für das ausgewählte Wiederherstellungsset erforderlich sind. Stellen Sie die Kopien mit den für Ihre Anwendung geeigneten Tools und dem tatsächlich verfügbaren Zugriff wieder her. Verwenden Sie separate Anmeldeinformationen und beschränken Sie den Zugriff auf wiederhergestellte persönliche Daten oder Kundendaten.

Verhindern Sie, dass die Testumgebung echte E-Mails sendet, Kunden auflädt oder Live-Integrationen ausführt. Überprüfen Sie repräsentative Seiten, Medien, Logins und Datenbankeinträge. Überprüfen Sie für ein Geschäft, ob die wiederhergestellten Bestelldaten dem erwarteten Zeitpunkt entsprechen, ohne echte Kundentransaktionen einzuleiten.

Notieren Sie, was funktioniert hat, was fehlte und wie lange Ihr eigener Test dauerte. Diese Beobachtung hilft, Ihren Wiederherstellungsplan zu verbessern; Es ist keine veröffentlichte Wiederherstellungszeitgarantie. Halten Sie die Live-Umgebung intakt, während Sie Testfehler beheben.

WooCommerce wiederherstellen, ohne neuere Aufträge zu verwerfen

Das Wiederherstellen einer älteren Speicherdatenbank kann Bestellungen, Kunden oder Bestandsänderungen entfernen, die nach diesem Backup erstellt wurden. Notieren Sie den Wiederherstellungspunkt und identifizieren Sie, was sich seitdem geändert hat, bevor Sie Live-Daten ersetzen. Zahlungsanbieterdatensätze sind von der Website-Datenbank getrennt; ein wiederhergestellter Bestellbildschirm stellt nicht fest, dass diese beiden Datensätze übereinstimmen.

Proben Sie die Wiederherstellung in einer isolierten Kopie mit Outbound-Integrationen. Vereinbaren Sie, wie die letzten Transaktionen abgleicht werden und wer die Wiedereröffnung der Kasse genehmigen kann. Stellen Sie bei einem Code- oder Erweiterungsproblem zunächst fest, ob ein gezieltes Rollback es lösen kann, ohne die gesamte Speicherdatenbank zu ersetzen. Ein Produkt CSV ist keine vollständige Kopie von Bestellungen, Kunden oder Abonnementdatensätzen.

• Notieren Sie die Backup-Zeit und die letzte Live-Bestellreferenz.
• Identifizieren Sie Aufträge, Kunden und Bestandsänderungen nach diesem Punkt.
• Abgleichen von Zahlungs- und Erfüllungsaufzeichnungen vor dem erneuten Öffnen der Kasse.
• Überprüfen Sie die wiederhergestellte Anwendung und führen Sie den Abgleichsprotokoll.

Zahlungen, E-Mails und Webhooks in einer Staging-Kopie enthalten · Kopien der Haushaltseinziehung und Wartungsflächen

Sichern von Docker Compose-Volumes als Anwendungsdaten

Behalten Sie die Compose-Konfiguration und ein Inventar der benannten Volumes, Bindehalterungen, Datenbankexporte und Uploads bei. Durch das Erstellen von Containern aus ihren Bildern wird der Code wiederhergestellt, nicht die in diesen Datenpfaden gespeicherten Datensätze. Verwenden Sie die von der Datenbank oder Anwendung unterstützte Sicherungsprozedur, um einen konsistenten Satz zu erhalten; das Kopieren eines Live-Volumes ohne diese Prozedur ist keine verifizierte Datenbanksicherung.

Wiederherstellen in ein isoliertes Projekt mit separaten Volumennamen und Zielen. Erstellen Sie die genehmigten Dienste, überprüfen Sie den Besitz und die Konfiguration, dann liest und schreibt der Testmitarbeiter die wiederhergestellten Daten. Notieren Sie die verwendete Version und Snapshot-Zeit. Vermeiden Sie es, die Probe auf Produktionsdaten oder Integrationen zu zeigen, während Sie die Wiederherstellung überprüfen.

Hinzufügen von Backup- und Wiederherstellungsspitzen beim Sizing eines Compose VPS

Halten Sie den Wiederherstellungsplan verwendbar, wenn sich das Projekt ändert

Überprüfen Sie den Plan, wenn Sie eine Datenbank hinzufügen, Dateien verschieben, Software ändern oder eine neue Integration einführen. Machen Sie eine wiederherstellbare Kopie vor einer größeren Anwendungsänderung und überprüfen Sie, ob die Wiederherstellungsanweisungen immer noch mit der Umgebung übereinstimmen. Verwenden Sie die tatsächlichen Service-Management-Informationen für jedes anbieterspezifische Verfahren.

Bevor Sie Live-Daten ersetzen, entscheiden Sie, welche neueren Änderungen beibehalten werden müssen und wer den Vorgang genehmigen kann. Für einen geschäftigen Laden kann eine vollständige ältere Datenbank neuere Bestellungen weglassen. Identifizieren Sie den erforderlichen Wiederherstellungspunkt und einen Rollback-Pfad, bevor ein Administrator die Live-Wiederherstellung durchführt.

• Notieren Sie die Daten zum Schutz und das akzeptable Verlustfenster.
• Bestätigen Sie den ausgewählten Zeitplan, beibehaltene Wiederherstellungspunkte und den tatsächlichen Backup-Bereich.
• Bewahren Sie vollständige Dateien, Datenbanken und Konfigurationssätze mit identifizierbaren Daten auf.
• Speichern Sie eine unabhängige geschützte Kopie und überprüfen Sie, wer darauf zugreifen kann.
• Testen Sie eine Wiederherstellung separat mit deaktivierten Live-Integrationen und aktualisieren Sie die schriftlichen Wiederherstellungsschritte.