Skip to main content
NetApp Solutions SAP
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

TR-4719: SAP HANA System Replication – Backup und Recovery mit SnapCenter

Beitragende

Nils Bauer, NetApp

SAP HANA System Replication wird häufig als Hochverfügbarkeits- oder Disaster-Recovery-Lösung für SAP HANA Datenbanken verwendet. SAP HANA System Replication bietet verschiedene Betriebsmodi, die Sie je nach Anwendungsfall oder Verfügbarkeitsanforderungen verwenden können.

Es gibt zwei primäre Anwendungsfälle, die miteinander kombiniert werden können:

  • Hochverfügbarkeit mit einem Recovery Point Objective (RPO) von null und einem minimalen Recovery Time Objective (RTO) unter Verwendung eines dedizierten sekundären SAP HANA-Hosts

  • Disaster Recovery über große Entfernungen: Der sekundäre SAP HANA-Host kann auch im normalen Betrieb für Entwicklung oder Tests verwendet werden.

Hochverfügbarkeit ohne RPO und mit minimalem RTO-Aufwand

System Replication ist mit synchroner Replizierung konfiguriert und verwendet Tabellen, die auf dem sekundären SAP HANA-Host vorab in den Speicher geladen sind. Diese Hochverfügbarkeitslösung lässt sich bei Hardware- oder Softwareausfällen einsetzen und reduziert zudem geplante Ausfallzeiten während SAP HANA Software-Upgrades (Betrieb fast ohne Ausfallzeit).

Failover-Vorgänge werden oft mithilfe von Cluster-Software eines Drittanbieters oder mit einem Workflow mit SAP Landscape Management Software mit nur einem Klick automatisiert.

Aus der Perspektive der Backup-Anforderungen müssen Backups erstellt werden können, unabhängig davon, welcher SAP HANA Host primärer oder sekundärer ist. Eine gemeinsam genutzte Backup-Infrastruktur wird verwendet, um alle Backups wiederherzustellen, unabhängig davon, auf welchem Host das Backup erstellt wurde.

Der Rest dieses Dokuments konzentriert sich auf Backup-Vorgänge mit SAP System Replication, konfiguriert als Hochverfügbarkeitslösung.

Fehler: Fehlendes Grafikbild

Disaster Recovery über große Entfernungen

Die Systemreplizierung kann mit asynchroner Replizierung konfiguriert werden, ohne dass Tabelle auf dem sekundären Host vorab in den Speicher geladen wird. Diese Lösung dient der Behebung von Datacenter-Ausfällen. Failover-Vorgänge werden normalerweise manuell durchgeführt.

Hinsichtlich der Backup-Anforderungen müssen Sie in der Lage sein, Backups während des normalen Betriebs in Datacenter 1 und bei Disaster Recovery in Datacenter 2 zu erstellen. In Datacentern 1 und 2 ist eine separate Backup-Infrastruktur verfügbar, Backup-Vorgänge werden als Teil des Disaster Failover aktiviert. Die Backup-Infrastruktur ist in der Regel nicht gemeinsam genutzt und ein Restore eines Backups, das auf dem anderen Datacenter erstellt wurde, ist nicht möglich.

Fehler: Fehlendes Grafikbild