Backup, Replikation und Notfallwiederherstellung

Wiederherstellung des Dienstes, nicht nur der Dateien

Ein robustes Wiederherstellungskonzept bewahrt nutzbare Zeitpunkte, speichert Kopien über die ursprüngliche Ausfallgrenze hinaus und definiert, wie Anwendungen wieder in Betrieb genommen werden. Snapshots, Replikation, Backup und Notfallwiederherstellung lösen jeweils einen anderen Teil dieser Aufgabe

Ziel jeder Wiederherstellung ist ein geprüfter, betriebsbereiter Zustand
PRODUKTIVSYSTEM
 
!
 
SNAPSHOTLokaler Wiederherstellungspunkt
REPLIKATIONKopie auf einem separaten System oder an einem anderen Standort
BACKUPUnabhängige Wiederherstellungshistorie
AUSWÄHLEN → WIEDERHERSTELLEN → PRÜFEN → DIENST WIEDER IN BETRIEB NEHMEN
Ein Snapshot ist nicht automatisch ein BackupSeine Unabhängigkeit hängt davon ab, wo er gespeichert ist und wer ihn ändern kann
Die Replikation kopiert auch unerwünschte ÄnderungenLöschungen oder Beschädigungen können das zweite System schnell erreichen
Failover stellt den Verlauf nicht wieder herEin verbleibender Controller kann beschädigte oder verschlüsselte Daten weiterhin bereitstellen
Ein Backup ist nur dann nützlich, wenn es die Wiederherstellung von Daten ermöglichtWiederherstellungsverfahren, Anmeldeinformationen und Anwendungsvalidierung müssen getestet werden
Getrennte Verantwortlichkeiten

Fünf Methoden schützen fünf unterschiedliche Ziele

Ein robustes Konzept kombiniert mehrere Methoden, statt von einem einzigen Mechanismus Schutz vor allen Ausfallszenarien zu erwarten.

HOHE VERFÜGBARKEIT

Fortfahren nach dem Ausfall einer Komponente

Redundante Pfade, Controller oder Knoten reduzieren Unterbrechungen. Sie stellen keine ältere Datenkopie bereit

SNAPSHOT

Rückkehr zu einem lokalen Zeitpunkt

Ein schneller Wiederherstellungspunkt kann helfen, Löschungen oder unerwünschte Änderungen rückgängig zu machen, während das Quellsystem weiterhin nutzbar bleibt

REPLIKATION

Daten auf einem anderen System speichern

Synchrones oder geplantes Kopieren schützt unterschiedliche Wiederherstellungsziele und führt zu unterschiedlichen Abhängigkeiten

BACKUP

Wiederherstellbare Historie beibehalten

Backups bewahren ausgewählte Versionen gemäß der Richtlinie auf und sollten ausreichend unabhängig vom Produktivsystem bleiben

NOTFALLWIEDERHERSTELLUNG

Einen nutzbaren Geschäftsdienst wiederherstellen

Daten, Rechenleistung, Netzwerk, Identität, Anwendungen und ein Betriebshandbuch werden an einer weiteren Wiederherstellungsgrenze zusammengeführt

Wichtigster Unterschied: Hochverfügbarkeit reduziert Ausfallzeiten durch erwartete Infrastrukturausfälle. Backup und Disaster Recovery gewährleisten die Wiederherstellung nach Datenbeschädigung, Bedienungsfehlern, Sicherheitsvorfällen oder größeren Ausfällen

Schutzabdeckung

Wiederherstellungssteuerung für das Ereignis auswählen

Es sollte nicht erwartet werden, dass eine einzelne Spalte die gesamte Tabelle abdeckt

Fehler oder EreignisHA / FailoverSnapshotReplikatUnabhängiges BackupDR-Verfahren
Controller-, Knoten- oder PfadausfallPrimäre SteuerungNeinKann die Wiederherstellung unterstützenWiederherstellung bei BedarfBei längerer Unterbrechung
Versehentliches LöschenNeinSchnelle lokale WiederherstellungNur wenn ein älterer Wiederherstellungspunkt vorhanden istHistorische WiederherstellungNormalerweise nicht erforderlich
Anwendungs- oder DatenbeschädigungNeinBei rechtzeitiger ErkennungKann Beschädigung kopierenEinen bekannten, intakten Wiederherstellungspunkt auswählenKoordiniert die Wiederherstellung der Anwendung
Ransomware oder zerstörerische AnmeldeinformationenNeinKann dieselbe Risikogrenze teilenKann verschlüsselte Daten kopierenErfordert geschützte, nutzbare KopienSpeichern, Wiederherstellen und Validieren
Vollständiger SystemausfallNur wenn ein anderer Knoten überlebtNicht, wenn nur auf diesem System gespeichertSeparate Kopie aktivierenWiederherstellung der ErsatzkapazitätGibt den vollständigen Dienst zurück
StandortausfallNicht am selben StandortNicht bei rein lokaler NutzungBei Platzierung außerhalb des StandortsWenn eine Remotekopie verfügbar istErforderlich für Abhängigkeiten und Vorgänge

Die Abdeckung hängt von der tatsächlichen Platzierung, Aufbewahrung, Berechtigungen und der unterstützten Produktkonfiguration ab. „Backup“, „Replikat“ oder „Snapshot“ ist eine Designrolle – kein Beweis dafür, dass die Kopie ein bestimmtes Ereignis übersteht

Betriebliche Wiederherstellung

Die Wiederherstellung ist nur ein Schritt in der Wiederherstellungskette

Ein Geschäftsdienst ist erst wieder verfügbar, nachdem der Vorfall eingedämmt und die wiederhergestellte Anwendung validiert wurde

1

Erkennen

Fehler, betroffene Dienste und letzten bekannten fehlerfreien Zustand bestätigen

2

Eindämmen

Beschädigte oder kompromittierte Systeme daran hindern, Wiederherstellungskopien zu ändern

3

Auswählen

Den richtigen Wiederherstellungspunkt für die Anwendung und ihre Abhängigkeiten auswählen

4

Wiederherstellen

Failover durchführen, eine Replik aktivieren, Daten wiederherstellen oder eine wiederhergestellte virtuelle Maschine starten

5

Validieren

Überprüfen Sie Datenkonsistenz, Identität, Netzwerk- und Anwendungsverhalten

6

Zurück

Benutzer wieder verbinden und den Dienst überwachen, bevor der Vorfall geschlossen wird

Architekturmuster

Wiederherstellungspunkte an sinnvollen Grenzen platzieren

MUSTER 1

Lokale Snapshots für schnelles Rollback

Schnelle Wiederherstellung

Die Wiederherstellung zu einem bestimmten Zeitpunkt im Produktionsspeicher kann die Übertragungszeit minimieren und die Wiederherstellung nach kürzlich aufgetretenen Fehlern vereinfachen

Produktionsdaten
Lokale Wiederherstellungspunkte
  • Nützlich für die schnelle Wiederherstellung von Dateien, Datensätzen oder Volumes
  • Die Aufbewahrungsdauer muss der Dauer entsprechen, die Probleme unentdeckt bleiben können
  • Ein Systemausfall kann sowohl Produktions- als auch lokale Historie löschen
MUSTER 2

Geplante Kopie auf ein anderes System oder einen anderen Standort

Separate Grenze

Daten werden in definierten Intervallen auf separate Speicherkapazität kopiert. Der letzte erfolgreiche Zyklus bestimmt die potenzielle Datenlücke

Primärspeicher
Sekundärsystem oder -standort
  • Schützt vor vollständigem Quellsystemverlust
  • Aktivierung, Adressierung und Anwendungsabhängigkeiten benötigen ein Runbook
  • Aufbewahrung ist weiterhin erforderlich, da unerwünschte Änderungen kopiert werden können
MUSTER 3

Unabhängige Sicherung mit Aufbewahrung

Historische Wiederherstellung

Ausgewählte Wiederherstellungspunkte werden gemäß einer separaten Richtlinie aufbewahrt und nach Möglichkeit vor demselben Betriebs- oder Anmeldeinformationsfehler geschützt

Anwendungen und Daten
Aufbewahrter Sicherungsverlauf
  • Unterstützt die Auswahl eines älteren, bekannten, funktionierenden Zustands
  • Zugriff, Löschschutz und Anmeldeinformationen sind Teil des Designs
  • Regelmäßige Wiederherstellungstests bestätigen die Nutzbarkeit der Inhalte
MUSTER 4

Notfallwiederherstellung auf Serviceebene

Geschäftskontinuität

Ein dokumentierter Workflow kombiniert Wiederherstellungsdaten mit Rechenleistung, Netzwerken, Identität und anwendungsspezifischer Validierung

Nicht verfügbarer Dienst
Validierter Alternativdienst
  • RPO definiert die zulässige Datenlücke
  • RTO umfasst jeden Schritt bis zur Nutzbarkeit des Dienstes
  • Übungen decken fehlende Abhängigkeiten vor einem Vorfall auf
Ransomware-Wiederherstellung

Wiederherstellungsoptionen vor derselben Kompromittierung schützen

Die Wiederherstellung nach einem Ransomware-Vorfall ist nicht einfach eine umfassende Wiederherstellung. Das Team muss ermitteln, was betroffen war, eine erneute Infektion verhindern, einen sauberen Wiederherstellungspunkt auswählen und Anwendungen validieren, bevor Benutzer wieder verbunden werden

  • Mehrere Wiederherstellungspunkte aufbewahren, damit eine verzögerte Erkennung nicht alle sauberen Versionen löscht
  • Administratorzugriff trennen und Anmeldeinformationen schützen, die zur Verwaltung von Wiederherstellungskopien verwendet werden
  • Mindestens eine Wiederherstellungsoption außerhalb der unmittelbaren Ausfallgrenze des Produktionssystems platzieren
  • Vollständige Anwendungswiederherstellung testen – nicht nur, ob einzelne Dateien gelesen werden können

Eine wiederherstellbare Kopie benötigt vier Eigenschaften

Technologie allein macht eine Kopie weder sicher noch nützlich

Bekannter PunktDas Team kann feststellen, wann die Daten noch verwendbar waren
Geschützter ZugriffDieselbe kompromittierte Identität kann nicht ohne Weiteres alle Kopien entfernen
Unabhängige GrenzeEin System- oder Standortereignis entfernt nicht alle Wiederherstellungspfade
Verifizierte WiederherstellungAnwendungen, Abhängigkeiten und Datenkonsistenz wurden geprüft
Wiederherstellung der virtuellen Maschine

Backup & Disaster Recovery ist ein Kernbestandteil von eEVOS

eEVOS integriert Virtualisierung in die Workflows von Backup & Disaster Recovery. Dadurch bleiben Schutz und Wiederherstellung eng mit dem VM-Betrieb verknüpft, wobei die Unterscheidung zwischen der Aufrechterhaltung der VM-Verfügbarkeit und der Wiederherstellung eines früheren nutzbaren Zustands erhalten bleibt

Instant Backup & Recovery dient der Erstellung von VM-Backups und der Bereitstellung geschützter virtueller Maschinen innerhalb von Sekunden. Es ergänzt die anderen Backup- und Wiederherstellungsmethoden; es ersetzt jedoch weder externe Kopien noch die Funktionsprüfung

eEVOS Backup & DR im Detail →

GESCHÜTZTE VMSicherungsrichtlinie und beibehaltene Wiederherstellungspunkte
WIEDERHERGESTELLTER DIENSTWiederherstellung oder Instant Backup & Recovery mit anschließender Validierung
Wiederherstellungsoptionen für eEVOS

Sicherungspfad für das Wiederherstellungsziel auswählen

eEVOS bietet komplementäre Methoden für die schnelle lokale Wiederherstellung, separate Netzwerk- und S3-kompatible Cloud-Kopien, Offsite-Disaster-Recovery und etablierte Backup-Prozesse von Drittanbietern

MethodeWas geschützt wirdZiel oder GrenzeWiederherstellungswert
Instant Backup & RecoveryVollständige virtuelle Maschinen, mit Wiederherstellung auf Dateiebene, wenn nur einzelne Dateien benötigt werdenVon eEVOS verwaltete VM-WiederherstellungspunkteSchnellste Wiederherstellung: Sicherung und Wiederherstellung der gesamten VM sind so konzipiert, dass sie innerhalb von Sekunden abgeschlossen sind
Netzwerk-BackupEffiziente, deduplizierte Backups virtueller Maschinen, inklusive Wiederherstellung auf DateiebeneEin vom Benutzer ausgewählter NAS-Server, der über das Netzwerk erreichbar istSeparates System: Speichert eine Wiederherstellungskopie außerhalb des Virtualisierungshosts
Cloud-Backup (S3-kompatibel)Platzsparende, deduplizierte Backups virtueller Maschinen, inklusive Wiederherstellung auf DateiebeneJeder S3-kompatible Cloud- oder ObjektspeicherdienstRemote-Kopie: Erweitert den Schutz über die lokale Infrastruktur hinaus
NotfallwiederherstellungVirtuelle Maschinen werden nach einem umfassenderen Infrastruktur- oder Standortereignis benötigtAsynchrone Replikation an einen Remote-Standort, zeitgesteuert oder manuellServicekontinuität: VMs können vom externen Standort wiederhergestellt werden, wenn der primäre Standort nicht verfügbar ist
Externe DatensicherungLive-Images virtueller Maschinen, die für den bestehenden Datensicherungsprozess einer Organisation vorbereitet wurdenEin unterstütztes Backup-Tool eines Drittanbieters und dessen konfiguriertes RepositoryRichtlinienintegration: Beibehaltung eines etablierten Backup-Produkts, wenn dies durch Organisationsrichtlinien erforderlich ist

Designprinzip: Instant Backup & Recovery optimiert die Wiederherstellungsgeschwindigkeit. Netzwerk-, S3-kompatible Cloud- und Disaster-Recovery-Optionen bieten verschiedene Trennungsebenen von der Produktionsumgebung. Die geeignete Kombination hängt von RPO, RTO sowie den Aufbewahrungs- und Ausfallgrenzen ab

Implementierungsbeispiele

euroNAS-Produkte schützen verschiedene Ebenen

Das Produkt sollte anhand der Workload, der Ausfallgrenzen und des Wiederherstellungsziels ausgewählt werden – nicht anhand der umfangreichsten Funktionsliste

ProduktPrimäre RolleRelevanter SchutzOptimale Anpassung an dieses DesignWichtige Unterscheidung
euroNAS PremiumEigenständiges Speicherbetriebssystem für einen Server, einschließlich der Bereitstellung Virtual Storage ApplianceSnapshots und geplante Replikation auf ein anderes System oder einen anderen StandortSchnelles Speicher-Rollback und eine separate WiederherstellungskopieDie Replikation wandelt einen Speicherserver nicht automatisch in ein lokales HA-Paar um
euroNAS HA ClusterZwei-Knoten-Speicher mit automatischem Service-FailoverSynchrones Spiegeln oder Shared-Storage-Failover, plus Snapshots und geplante ReplikationLokale Speicherverfügbarkeit kombiniert mit separaten WiederherstellungspunktenDer synchrone Spiegel hält die Dienste verfügbar; die Wiederherstellung des historischen Verlaufs erfordert weiterhin Snapshots oder eine andere gespeicherte Kopie
eEKASVerteilter Scale-Out-Speicher CephReplikation oder Erasure Coding über definierte Ausfalldomänen hinwegKontinuierlicher Speicherdienst und Datenschutz bei InfrastrukturausfällenVerteilte Redundanz und Selbstwiederherstellung ersetzen kein historisches Backup
eEVOSVirtualisierungsplattformIntegrierter Workflow Backup & Disaster Recovery, einschließlich Workflows Instant Backup & RecoveryVM-Schutz, -Wiederherstellung und Service-Return innerhalb des Virtualisierungs-WorkflowsVM-Verfügbarkeit und Wiederherstellung aus einem früheren Zustand sind separate Ziele
SPEICHERWIEDERHERSTELLUNG

euroNAS Premium

Snapshots und geplante Replikation für eigenständige Speicherarchitekturen

Premium-Details →

VERFÜGBARKEIT + WIEDERHERSTELLUNG

HA Cluster

Automatisches lokales Failover mit separaten Snapshot- und Replikationsoptionen

HA Cluster-Details →

VERTEILTER SCHUTZ

eEKAS

Ceph-Schutzprofile über Knoten und definierte Ausfallbereiche hinweg

eEKAS Details →

VM-Backup & DR

eEVOS

Integrierter Schutz, Wiederherstellung und Instant Backup & Recovery für virtuelle Maschinen

eEVOS Backup & DR →

Vor der Auswahl des Designs

Stellen Sie operative Fragen, nicht nur Kapazitätsfragen

01 · WiederherstellungspunktWie viele aktuelle Daten kann das Unternehmen wiederherstellen und wie lange kann ein Problem unentdeckt bleiben?
02 · WIEDERHERSTELLUNGSZEITWie schnell müssen Benutzer eine validierte Anwendung erhalten – und nicht nur wiederhergestellten Speicher?
03 · AUSFALLGRENZEMuss die Wiederherstellung den Ausfall eines Laufwerks, Knotens, Racks, Speichersystems, Administratorkontos oder eines kompletten Standorts überstehen?
04 · ANWENDUNGSKONSISTENZWelche Datenbanken, Identitätsdienste und Multi-VM-Anwendungen erfordern eine koordinierte Wiederherstellung?
05 · AUFBEWAHRUNGWelche täglichen, wöchentlichen oder längerfristigen Wiederherstellungspunkte müssen für Richtlinien und verzögerte Erkennung verfügbar bleiben?
06 · TESTENWer führt die Wiederherstellungsübungen durch, wie oft und woran wird nachgewiesen, dass der Dienst anschließend nutzbar ist?
Primäre Referenzen

Unabhängige Leitlinien für die Wiederherstellungsplanung

Änderungen der Sicherheitsrichtlinien und Produktfunktionen. Validieren Sie das gesamte Design und seine Verfahren anhand der aktuellen Dokumentation

Datenschutzpraktiken der SNIA

Wiederherstellungsziele, Datenschutzstrategie und der operative Kontext im Zusammenhang mit RPO und RTO

Offene SNIA-Leitlinien →

CISA #StopRansomware-Leitfaden

Organisatorische Praktiken zur Prävention, Reaktion und Wiederherstellung nach Ransomware-Vorfällen

CISA-Leitfaden öffnen →

NIST-Notfallplanung

Planung, Wiederherstellungsstrategien, Tests und Wartung von Notfallplänen für Informationssysteme

NIST-Leitfaden öffnen →

Wiederherstellungsziele vor Auswahl des Mechanismus definieren

Wir können Anwendungsabhängigkeiten, Fehlergrenzen, Aufbewahrung, RPO, RTO und Wiederherstellungstests für ein Unternehmensspeicher- oder Virtualisierungsdesign überprüfen

Ihre Wiederherstellungsarchitektur besprechen

Nach oben scrollen