Inhaltsverzeichnis
Werbung
• Schnelleres Backup (einige Minuten)
• Reduzierte RTO aufgrund einer wesentlich schnelleren Restore-Zeit auf der Storage-Ebene (wenige
Minuten) und häufigerer Backups
• Kein Performance-Abfall des SAP HANA-Datenbankhosts, -Netzwerks oder -Storage während Backup-
und Recovery-Vorgängen
• Platzsparende und bandbreiteneffiziente Replizierung auf Basis von Blockänderungen auf sekundärem
Storage
Detaillierte Informationen zur Backup- und Recovery-Lösung für SAP HANA finden Sie unter
HANA Backup and Recovery with
Disaster Recovery für SAP HANA
Das Disaster Recovery für SAP HANA ist entweder auf der Datenbankebene mithilfe von SAP HANA-
Systemreplizierung oder auf der Storage-Ebene mithilfe von Storage-Replizierungstechnologien möglich. Der
folgende Abschnitt bietet einen Überblick über Disaster-Recovery-Lösungen basierend auf der Storage-
Replizierung.
Detaillierte Informationen zu den Disaster-Recovery-Lösungen für SAP HANA finden Sie unter
HANA Disaster Recovery with Storage
Storage-Replizierung basierend auf SnapMirror
Die folgende Abbildung zeigt eine Disaster Recovery-Lösung für drei Standorte mit synchroner SnapMirror
Replizierung am lokalen DR-Datacenter und asynchroner SnapMirror Replizierung der Daten in das Remote-
DR-Datacenter.
Die Datenreplizierung mit synchronem SnapMirror sorgt für einen RPO von null. Die Entfernung zwischen dem
primären und dem lokalen DR-Datacenter ist auf etwa 100 km beschränkt.
Der Schutz vor Ausfällen des primären und lokalen DR-Standorts wird durch Replizieren der Daten zu einem
dritten Remote-DR-Datacenter mithilfe von asynchronem SnapMirror durchgeführt. Der RPO hängt von der
Häufigkeit der Replizierungs-Updates und der Übertragungsgeschwindigkeit ab. Theoretisch ist die Entfernung
unbegrenzt, aber die Obergrenze hängt von der zu übertragenden Datenmenge und der zwischen den
Rechenzentren verfügbaren Verbindung ab. Typische RPO-Werte liegen im Bereich von 30 Minuten bis
mehreren Stunden.
Das RTO für beide Replizierungsmethoden hängt in erster Linie von der Zeit ab, die zum Starten der HANA-
Datenbank am DR-Standort und zum Laden der Daten in den Speicher erforderlich ist. Mit der Annahme, dass
die Daten mit einem Durchsatz von 1000 MBit/s gelesen werden, dass das Laden von 1 TB Daten ungefähr 18
Minuten dauert.
Die Server an den DR-Standorten können im normalen Betrieb als Entwicklungs- und Testsysteme genutzt
werden. Bei einem Ausfall müssten die Entwicklungs- und Testsysteme heruntergefahren und als DR-
Produktionsserver gestartet werden.
Beide Replizierungsmethoden ermöglichen die Durchführung von DR-Workflow-Tests ohne Auswirkungen auf
RPO und RTO. FlexClone Volumes werden auf dem Storage erstellt und an die DR-Testserver angeschlossen.
6
SnapCenter".
Replication".
"TR-4614: SAP
"TR-4646: SAP
Werbung
Inhaltsverzeichnis
