# Snapshots und Backups: Wählen Sie den Ausfall, den Sie überstehen müssen | SwissOctet Insights https://swissoctet.com/de/insights/snapshots-backups-consistency/ SwissOctet / Einblicke / Speicher & Wiederherstellung Speicher & Wiederherstellung Angewandt · 4 Min. Lesezeit Snapshots und Backups: Wählen Sie den Ausfall, den Sie überstehen müssen Vergleichen Sie Wiederherstellungspunkte, Ausfallgrenzen und Anwendungskonsistenz, statt anzunehmen, dass ein Snapshot und ein unabhängiges Backup denselben Schutz bieten. Von SwissOctet Editorial Leitfaden speichern Link kopieren AUF DIESER SEITE 01 Beschreiben Sie die Kopie, bevor Sie sie benennen 02 Vergleichen Sie die Ausfälle, die Sie überstehen müssen 03 Prüfen Sie die Anwendungskonsistenz 04 Behandeln Sie die Aufbewahrung als Wiederherstellungsfenster 05 Trennen Sie erfolgreiche Jobs von verifizierten Daten 06 Testen Sie eine kleine, vollständige Wiederherstellung 07 Lesen Sie optionale Backups als spezifischen Dienst Ihre praktische Checkliste Quellen & weiterführende Literatur Zurück zur Bibliothek DIE DIREKTE ANTWORT Ein Snapshot ist eine Darstellung zu einem bestimmten Zeitpunkt, deren Schutz durch die Implementierung bestimmt wird. Eine Backup-Strategie ergänzt bewusste Aufbewahrung, Zugriffstrennung und getestete Wiederherstellung. Manche Snapshots sind Backups; andere hängen vom ursprünglichen Speicher ab. Fragen Sie, was das Löschen, eine Kompromittierung oder den Verlust der primären Umgebung übersteht. 01 Beschreiben Sie die Kopie, bevor Sie sie benennen Das Wort Snapshot sagt Ihnen, dass ein Zeitpunkt dargestellt wurde, aber nicht, wo die wiederherstellbaren Daten liegen oder wer sie löschen kann. Ein Dateisystem-Snapshot auf dem ursprünglichen Speicher und ein vom Anbieter verwalteter Block-Snapshot können unterschiedliche Ausfallgrenzen haben. Beginnen Sie mit der Implementierung, anstatt das Label als universelles Versprechen zu behandeln. AWS dokumentiert EBS-Snapshots als inkrementelle Point-in-Time-Backups seiner Volumes. Das ist eine spezifische Implementierung, kein Beweis dafür, dass sich jede Snapshot-Option gleich verhält. Fragen Sie bei jedem Dienst, ob die Wiederherstellung vom ursprünglichen Volume abhängt, ob Kopien die primäre Ausfalldomäne verlassen und was passiert, wenn die Quelle entfernt wird. 02 Vergleichen Sie die Ausfälle, die Sie überstehen müssen Ein schnelles Rollback nach einem Update und die Wiederherstellung nach dem Verlust eines Kontos sind unterschiedliche Probleme. Ein lokaler Snapshot kann für das erste praktisch sein, bietet aber wenig Trennung für das zweite. Unabhängige Kopien können Schutz bieten, aber nur, wenn ihre Speicher-, Zugriffs- und Löschpfade ausreichend vom Vorfall getrennt sind, auf den Sie sich vorbereiten. Schreiben Sie den Ausfall und das erforderliche Ergebnis auf. Dieser illustrative Vergleich ist eine Entscheidungshilfe, keine Funktionsliste für SwissOctet. Er regt zu Fragen über Kopien und Kontrolle an, statt zu behaupten, dass eine Technologie immer überlegen ist. Das tatsächliche Ergebnis hängt von der Konfiguration und dem dokumentierten Wiederherstellungsprozess des Betreibers ab. Szenario Frage für einen Snapshot Frage für ein Backup Fehlerhaftes Anwendungsupdate Kann ich zum beabsichtigten Zeitpunkt zurückkehren? Wie lange dauert eine nutzbare Wiederherstellung? Primäre Festplatte verloren Hängt die Kopie von dieser Festplatte ab? Kann ich auf frischem Speicher wiederherstellen? Administratives Konto kompromittiert Kann dieses Konto jede Kopie löschen? Sind Löschrechte getrennt? Fehler erst Wochen später entdeckt Ist dieser Zeitpunkt noch aufbewahrt? Deckt die Aufbewahrung die Verzögerung bis zur Entdeckung ab? 03 Prüfen Sie die Anwendungskonsistenz Eine Festplatte kann Dateien erfassen, während eine Anwendung sie noch ändert. Je nach Software und Snapshot-Prozess kann das Ergebnis einen crash-konsistenten Zustand statt eines koordinierten Anwendungszustands darstellen. Gehen Sie nicht davon aus, dass lesbare Dateien bedeuten, dass eine Datenbank und ihre zugehörigen Uploads übereinstimmen. Verwenden Sie die von der Anwendung oder Datenbank dokumentierte Backup-Methode. Das Continuous-Archiving-Design von PostgreSQL veranschaulicht den Unterschied: Die Wiederherstellung benötigt ein geeignetes Basis-Backup und eine kontinuierliche Sequenz der erforderlichen Write-Ahead-Log-Dateien. Ein Verzeichnis, das während des Datenbankbetriebs beiläufig kopiert wird, ist kein gleichwertiges Verfahren. Wenn die Anwendung auch Dateien außerhalb der Datenbank speichert, planen Sie, wie diese beiden Datensätze gemeinsam wiederhergestellt werden. 04 Behandeln Sie die Aufbewahrung als Wiederherstellungsfenster Die Aufbewahrung sollte berücksichtigen, wie lange ein Fehler unbemerkt bleiben kann. Ein Zehn-Tage-Fenster hilft nicht bei einer versehentlichen Löschung, die erst nach einem Monat entdeckt wird. Jede Kopie unbegrenzt aufzubewahren, schafft ein anderes Problem: Kosten, wachsende Exposition sensibler Daten und eine unklare Löschrichtlinie. Wählen Sie die Aufbewahrung anhand konkreter betrieblicher und datenbezogener Anforderungen. Kennzeichnen Sie Wiederherstellungspunkte mit nützlichem Kontext, etwa Anwendungsversion und Abschlusszeit des Jobs, ohne Geheimnisse einzubetten. Behalten Sie genügend Historie, um einen guten von einem beschädigten Zustand zu unterscheiden. Bestätigen Sie vor dem Bereinigen, wie das gewählte System gemeinsam genutzte oder inkrementelle Daten behandelt; das Löschen eines gekennzeichneten Punkts entspricht möglicherweise nicht dem Löschen einer einfachen eigenständigen Datei. 05 Trennen Sie erfolgreiche Jobs von verifizierten Daten Ein Backup-Tool, das Erfolg meldet, bestätigt, dass sein Prozess nach seinen Regeln abgeschlossen wurde. Es beweist nicht automatisch, dass alle wichtigen Anwendungsdaten ausgewählt wurden, jedes gespeicherte Byte intakt bleibt oder ein neuer Server das Ergebnis verwenden kann. Das sind unterschiedliche Prüfungen. Nehmen Sie Repository-Zustand, Auswahlüberprüfung und repräsentative Wiederherstellung in den Betriebsplan auf. Restic dokumentiert einen Unterschied zwischen seiner standardmäßigen Repository-Prüfung und der Verifizierung, die gespeicherte Pack-Daten liest. Die vollständige datenlesende Prüfung kann mehr Zeit und Bandbreite verbrauchen. Dieses Beispiel macht den Planungspunkt konkret: Entscheiden Sie, was die Verifizierung tatsächlich liest, und budgetieren Sie die Arbeit. Verwenden Sie die Tool-Dokumentation, statt anzunehmen, dass jeder Befehl namens check die gleiche Abdeckung hat. 06 Testen Sie eine kleine, vollständige Wiederherstellung Stellen Sie sich eine Publikation mit Datenbank, hochgeladenen Bildern und Konfiguration vor. Stellen Sie alle drei in einer privaten Testumgebung wieder her, öffnen Sie dann einen Artikel und überprüfen Sie seine Anhänge. Halten Sie geplante Mail-, Zahlungs- und Publishing-Integrationen während der Übung deaktiviert. Nur eine zufällige Textdatei zu testen, würde die Beziehungen übersehen, die die Anwendung nützlich machen. Messen Sie die benötigte Zeit und protokollieren Sie, welche Anmeldeinformationen, Paketversionen oder externen Abhängigkeiten fehlten. Überprüfen Sie die Berechtigungen der wiederhergestellten Dateien, nicht nur deren Inhalte. Eine Wiederherstellungsübung entdeckt oft, dass die Daten existieren, aber die Anweisungen oder Zugriffe zu ihrer Nutzung nie zusammen mit dem Betriebsplan aufbewahrt wurden. 07 Lesen Sie optionale Backups als spezifischen Dienst Sehen Sie bei der Konfiguration von SwissOctet die genaue Backup-Option und Aufbewahrungsfrist für die Familie an. Fragen Sie, welche Volumes und Anwendungsdaten abgedeckt sind, ob die Wiederherstellung Self-Service ist und was passiert, wenn sich die primäre Konfiguration ändert. Das Optionslabel allein belegt keine unabhängige Kopie, kein unveränderliches Repository und keinen datenbankkonsistenten Wiederherstellungspunkt. Verwenden Sie Snapshots dort, wo sie zur Arbeitslast passen, und behalten Sie eine breitere Backup-Strategie für Ausfälle bei, die sie nicht abdecken. Dokumentieren Sie einen unabhängigen Wiederherstellungsweg für wichtige Daten, schützen Sie die Anmeldeinformationen, die Kopien löschen können, und testen Sie das Verfahren. Die stärkste Wahl ist die, die Ihr definiertes Szenario übersteht, nicht die mit dem beruhigendsten Namen. MACHEN SIE ES ZU HANDLUNG Ihre praktische Checkliste. ✓ Identifizieren Sie, wo die wiederherstellbaren Daten liegen. ✓ Listen Sie Ausfälle auf, die die Kopie überstehen muss. ✓ Verwenden Sie eine von der Anwendung unterstützte Konsistenzmethode. ✓ Wählen Sie die Aufbewahrung für das Entdeckungsfenster. ✓ Schützen Sie Löschrechte getrennt. ✓ Stellen Sie eine vollständige Anwendung isoliert wieder her. Checkliste herunterladen HÄUFIGE FRAGEN Die Details, die zählen. Ist ein Snapshot nie ein Backup? + Manche Snapshot-Implementierungen sind Backups. Die nützliche Unterscheidung sind ihre Speicherabhängigkeit, Aufbewahrung, ihr Zugriffsmodell und die getestete Wiederherstellung, nicht das Label allein. Beweist eine erfolgreiche Integritätsprüfung, dass die Anwendung funktionieren wird? + Sie beweist nur, was diese Prüfung abdeckt. Testen Sie Anwendungswiederherstellung, Konfiguration, Berechtigungen und Datenbeziehungen separat. Sollte ich das Backup auf demselben Server aufbewahren? + Eine Kopie auf demselben Server kann bei begrenzten Fehlern helfen, teilt aber wichtige Ausfälle. Wichtige Daten benötigen einen Wiederherstellungsweg außerhalb der Ausfallgrenze, die Sie überstehen wollen. 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. Amazon EBS: Snapshots docs.aws.amazon.com PostgreSQL: Kontinuierliche Archivierung und Point-in-Time-Wiederherstellung www.postgresql.org Restic: Arbeiten mit Repositories und Integritätsprüfungen restic.readthedocs.io 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 Pulse NVMe Schweiz Metal Zenith Schweiz HALTEN SIE DEN FADEN Ihre nächsten Feldnotizen. Alle Leitfäden entdecken FELDNOTIZ / 01 + Speicher & Wiederherstellung Grundlagen Wann NVMe einen Unterschied für Ihre Anwendung macht Unterscheiden Sie Kapazität, Latenz und Durchsatz, damit ein schnelleres Storage-Label ein echtes Anwendungsproblem löst. 4 Min. Lesezeit Den Leitfaden lesen FELDNOTIZ / 02 + Speicher & Wiederherstellung Fortgeschritten Messen Sie die NVMe-Leistung, ohne sich selbst zu täuschen Definieren Sie das I/O-Muster, kontrollieren Sie Cache-Effekte und prüfen Sie Latenzverteilungen, bevor Sie aus einem Festplattentest eine Anwendungsschlussfolgerung ziehen. 6 Min. Lesezeit Den Leitfaden lesen FELDNOTIZ / 03 + Speicher & Wiederherstellung Grundlagen Objekt-, Datei- oder Blockspeicher: Wählen Sie die Schnittstelle, die Ihre Anwendung benötigt Unterscheiden Sie Speicherschnittstellen, Zugriffssemantik und betriebliche Verantwortlichkeiten, bevor Sie eine Kapazitätsanforderung in eine Anwendungsarchitektur verwandeln. 4 Min. Lesezeit Den Leitfaden lesen