# Bauen Sie ein Backup, das Sie tatsächlich wiederherstellen können | SwissOctet Insights https://swissoctet.com/de/insights/build-a-backup-you-can-restore/ SwissOctet / Einblicke / Betrieb ab Tag zwei Betrieb ab Tag zwei Angewandt · 4 Min. Lesezeit Bauen Sie ein Backup, das Sie tatsächlich wiederherstellen können Wählen Sie ein Wiederherstellungsziel, schützen Sie eine unabhängige Kopie und üben Sie die Wiederherstellung, bevor ein Vorfall die Sache erzwingt. Von SwissOctet Editorial Leitfaden speichern Link kopieren AUF DIESER SEITE 01 Beginnen Sie mit der Wiederherstellung, die Sie benötigen 02 Bewahren Sie eine Kopie ausserhalb der Fehlergrenze auf 03 Erfassen Sie einen konsistenten Anwendungszustand 04 Testen Sie die Wiederherstellung in einer isolierten Umgebung 05 Ein praktisches Szenario: Üben Sie die Wiederherstellung vor dem Start 06 Machen Sie Fehler sichtbar und die Aufbewahrung bewusst Ihre praktische Checkliste Quellen & weiterführende Literatur Zurück zur Bibliothek DIE DIREKTE ANTWORT Definieren Sie akzeptablen Datenverlust und Wiederherstellungszeit, bewahren Sie eine konsistente unabhängige Kopie auf und testen Sie die Wiederherstellung der tatsächlichen Anwendung in Isolation. Ein abgeschlossener Backup-Job oder eine Integritätsprüfung allein beweist nicht, dass jede für die Wiederherstellung benötigte Abhängigkeit vorhanden ist. 01 Beginnen Sie mit der Wiederherstellung, die Sie benötigen Ein Backup-Plan beginnt mit zwei praktischen Fragen: Wie viel aktuelle Arbeit könnten Sie verlieren, und wie lange könnte der Dienst nicht verfügbar bleiben? Diese Antworten bestimmen den Zeitplan, die einzubeziehenden Daten und die Wiederherstellungsmethode. Eine tägliche Kopie kann für eine selten geänderte Website passen, während sie für eine stark genutzte Anwendung eine zu grosse Lücke lässt. Listen Sie auf, was den Dienst funktionsfähig macht, nicht nur seinen grössten Ordner. Anwendungsdaten, Datenbankinhalte, Konfiguration, hochgeladene Dateien und die Informationen, die zum Wiederaufbau der Umgebung benötigt werden, können alle wichtig sein. Führen Sie ein privates Inventar der Abhängigkeiten und Wiederherstellungsschlüssel. Das Backup sollte ein funktionierendes System unterstützen, nicht nur ein Archiv erzeugen, dessen Zweck vergessen wird. 02 Bewahren Sie eine Kopie ausserhalb der Fehlergrenze auf Ein zweites Verzeichnis auf derselben Maschine kann helfen, eine versehentliche Änderung wiederherzustellen, bleibt aber dem Verlust dieser Maschine ausgesetzt. Lokale Snapshots können für schnelles Rollback wertvoll sein und erfordern dennoch eine unabhängige Kopie für grössere Vorfälle. Wählen Sie ein separates Wiederherstellungsziel und entscheiden Sie, welcher Zugriff das Backup lesen, schreiben oder entfernen darf. Wenn Produktionsanmeldedaten jede Wiederherstellungskopie löschen können, kann ein kompromittiertes Anwendungskonto die gesamte Strategie zunichtemachen. Trennen Sie den Zugriff, wo möglich, und schützen Sie die Storage-Anmeldedaten. Verschlüsselung hilft, den gespeicherten Inhalt zu schützen, aber der Wiederherstellungsprozess hängt auch davon ab, dass sein Schlüssel sicher ausserhalb der beschädigten Umgebung aufbewahrt wird. 03 Erfassen Sie einen konsistenten Anwendungszustand Das Kopieren offener Datenbankdateien ohne geeignete Methode kann einen unbrauchbaren Zustand erfassen. Verwenden Sie einen von der Anwendung oder Datenbank unterstützten Backup-Ansatz und verstehen Sie, ob er einen konsistenten Snapshot, einen logischen Export oder eine kurze Schreibpause erfordert. Koordinieren Sie zusammengehörige Daten, damit ein Upload-Verzeichnis und seine Datenbankreferenzen denselben Punkt im Workflow beschreiben. Dokumentieren Sie Ausschlüsse bewusst. Caches und temporäre Build-Dateien können reproduzierbar sein; Kunden-Uploads in der Regel nicht. Überprüfen Sie die Liste, nachdem Sie eine Funktion hinzugefügt oder ein Verzeichnis verschoben haben. Ein erfolgreicher Backup-Job kann keinen Pfad bewahren, der nie einbezogen wurde. 04 Testen Sie die Wiederherstellung in einer isolierten Umgebung Stellen Sie repräsentative Daten an einem separaten Ort wieder her und prüfen Sie, ob sie korrekt geöffnet werden. Testen Sie bei einer Anwendung sowohl den wiederhergestellten Dienst als auch die Dateien. Deaktivieren Sie ausgehende E-Mails, geplante Jobs und externe Integrationen in der Testumgebung, damit die Übung nicht auf echte Benutzer wirkt oder Produktionsaufgaben dupliziert. Repository-Integritätsprüfungen und ein Wiederherstellungstest beantworten unterschiedliche Fragen. Ein Tool kann gespeicherte Strukturen und Daten prüfen, während der Anwendung noch fehlende Konfiguration oder ein vergessener Schlüssel fehlt. Notieren Sie, wie lange die Wiederherstellung dauert, welche manuellen Schritte erforderlich sind und wo das Verfahren verbessert werden muss. Wiederholen Sie die Übung nach wesentlichen Änderungen. 05 Ein praktisches Szenario: Üben Sie die Wiederherstellung vor dem Start Betrachten Sie eine Anwendung mit einer Datenbank, Benutzer-Uploads und einem kleinen Satz privater Konfigurationsdateien. Der Eigentümer erstellt ein Wiederherstellungsinventar und wählt eine datenbankgestützte Konsistenzmethode. Ein separates Backup-Ziel speichert die erforderlichen Kopien, während der Wiederherstellungsschlüssel ausserhalb der Produktionsmaschine aufbewahrt wird. Der erste Test beginnt mit einer leeren isolierten Umgebung, damit versteckte Abhängigkeiten nicht vom funktionierenden Server ausgeliehen werden können. Der Eigentümer stellt die Daten und die Konfiguration wieder her und prüft dann Login, einen repräsentativen Datensatz und eine hochgeladene Datei. Ausgehende E-Mails, geplante Jobs und externe Aktionen bleiben während der Übung deaktiviert. Wenn die Datenbank startet, aber ein Upload-Pfad oder ein Secret fehlt, hat der Test eine Lücke gefunden, die ein erfolgreicher Archiv-Job nicht aufdecken würde. Der Eigentümer korrigiert das Inventar und wiederholt die betroffene Wiederherstellungsprüfung. Schliesslich notiert der Eigentümer die Wiederherstellungszeit und die manuellen Schritte. Der Zeitplan und die Aufbewahrungsrichtlinie werden mit der Frage verglichen, wie viel aktuelle Arbeit verloren gehen könnte und wie lange der Dienst nicht verfügbar bleiben könnte. Dies sind projektspezifische Entscheidungen, keine Garantien, die ein Storage-Label liefert. Ein getestetes Verfahren macht ein optionales Backup oder ein Storage-Produkt als Teil einer breiteren Wiederherstellungsstrategie nützlich. Wiederherstellungsnachweis Was er prüft Verbleibende Frage Backup-Job abgeschlossen Der Job meldete Erfolg Wurden alle erforderlichen Pfade einbezogen? Repository-Integritätsprüfung Prüfungen gespeicherter Strukturen oder Daten Hat die Anwendung jede Abhängigkeit? Isolierte Anwendungswiederherstellung Eine repräsentative Wiederherstellung funktioniert Entspricht die beobachtete Zeit Ihrem Ziel? 06 Machen Sie Fehler sichtbar und die Aufbewahrung bewusst Ein Backup, das stillschweigend stoppt, ist eine zukünftige Überraschung. Überwachen Sie den Abschluss von Jobs, die verfügbare Kapazität und das Alter des letzten nutzbaren Wiederherstellungspunkts. Bewahren Sie genügend Historie auf, um sich von einem später entdeckten Problem zu erholen, und verstehen Sie, wie das Pruning diese Historie beeinflusst. Überprüfen Sie Löschvorgänge sorgfältig, denn Fehler bei der Aufbewahrung können die einzige nützliche Version entfernen. Lesen Sie den Umfang jeder Backup-Option Ihres gewählten SwissOctet-Dienstes und bestätigen Sie den Wiederherstellungsprozess. Vault Storage kann als Kapazitätskomponente betrachtet werden, aber ein Speicherprodukt allein ist keine vollständige Wiederherstellungsrichtlinie. Entscheiden Sie, was Sie wiederherstellen müssen, halten Sie die Kopie unabhängig und weisen Sie das Verfahren nach, bevor der Dienst kritisch wird. MACHEN SIE ES ZU HANDLUNG Ihre praktische Checkliste. ✓ Legen Sie akzeptablen Datenverlust und Wiederherstellungszeit fest. ✓ Beziehen Sie Datenbanken, Uploads und Wiederaufbauinformationen ein. ✓ Bewahren Sie eine unabhängige Kopie und separate Wiederherstellungsschlüssel auf. ✓ Stellen Sie isoliert wieder her und testen Sie die Anwendung. ✓ Überwachen Sie Backup-Alter, Kapazität und Aufbewahrung. Checkliste herunterladen HÄUFIGE FRAGEN Die Details, die zählen. Ist ein zweites Verzeichnis auf demselben Server ein unabhängiges Backup? + Nein. Es bleibt dem Verlust dieses Servers ausgesetzt, obwohl es bei der Wiederherstellung eines lokalen Fehlers helfen kann. Ersetzt eine Integritätsprüfung eine Wiederherstellungsübung? + Nein. Ein gültiges Repository kann dennoch Konfiguration, Schlüssel oder Daten fehlen, die die Anwendung benötigt. Warum sollten Integrationen während eines Wiederherstellungstests deaktiviert werden? + Um zu verhindern, dass die Testumgebung echte Benutzer per E-Mail kontaktiert, Jobs wiederholt oder Produktionsaktionen auslöst. PRIMÄRE REFERENZEN Gehen Sie zur Quelle. Diese Referenzen unterstützen die technischen Konzepte in diesem Leitfaden. Folgen Sie der aktuellen Dokumentation, bevor Sie ein Produktionssystem ändern. restic: Wiederherstellung aus Backup restic.readthedocs.io restic: Arbeiten mit Repositories restic.readthedocs.io PostgreSQL: Backup und Wiederherstellung www.postgresql.org Redaktionelle Beratung durch SwissOctet. Beispiele sind illustrativ. Servicespezifikationen, verfügbare Optionen und vertragliche Bedingungen müssen separat überprüft werden. VERBINDEN SIE DAS WISSEN Verwandte Infrastruktur. Vault Storage Schweiz Vector VPS Schweiz Metal Atlas Schweiz HALTEN SIE DEN FADEN Ihre nächsten Feldnotizen. Alle Leitfäden entdecken FELDNOTIZ / 01 + Betrieb ab Tag zwei Angewandt Ein praktisches Bedrohungsmodell für Ihr gehostetes Projekt Ordnen Sie Assets und Vertrauensgrenzen zu, wählen Sie einige realistische Ausfallszenarien und verwandeln Sie diese in testbare Kontrollen. 6 Min. Lesezeit Den Leitfaden lesen FELDNOTIZ / 02 + Betrieb ab Tag zwei Angewandt Sichere Windows RDP-Administration ohne Zugriffsverlust Trennen Sie Netzwerkerreichbarkeit, Authentifizierung und Berechtigungen und prüfen Sie einen Wiederherstellungsweg, bevor Sie den Fernzugriff einschränken. 6 Min. Lesezeit Den Leitfaden lesen FELDNOTIZ / 03 + Betrieb ab Tag zwei Angewandt Eine Linux VPS-Härtungsgrundlage, die Sie pflegen können Sichere Administration, nur erforderliche Dienste bereitstellen und Updates sowie Wiederherstellung einrichten, ohne sich selbst auszusperren. 6 Min. Lesezeit Den Leitfaden lesen