Freigeben über


Hochverfügbarkeit und Notfallwiederherstellung für SAP HANA in Azure (große Instanzen)

Wichtig

Diese Dokumentation ersetzt nicht die Verwaltungsdokumentation zu SAP HANA oder für SAP Notes. Es wird vorausgesetzt, dass Sie über Fachkenntnisse bezüglich der Administration und des Betriebs von SAP HANA verfügen, insbesondere in den Bereichen Sicherung, Wiederherstellung, Hochverfügbarkeit und Notfallwiederherstellung.

Dieser Artikel bietet eine Übersicht über Hochverfügbarkeit (High Availability, HA) und Notfallwiederherstellung (Disaster Recovery, DR) für SAP HANA in Azure (große Instanzen) (auch als BareMetal-Infrastruktur bezeichnet). Außerdem werden einige der Anforderungen und Überlegungen im Zusammenhang mit HA und DR erläutert.

Einige der in dieser Dokumentation beschriebenen Prozesse sind vereinfacht. Sie sind nicht als detaillierte Schritte vorgesehen, die in Betriebshandbücher aufgenommen werden sollen. Führen Sie Ihre Betriebsabläufe testweise mit Ihren spezifischen HANA-Versionen und -Releases aus, um Betriebshandbücher für Ihre Konfigurationen zu erstellen. Anschließend können Sie die für Ihre Konfigurationen spezifischen Prozesse dokumentieren.

HA und DR

Hochverfügbarkeit und Notfallwiederherstellung sind entscheidende Aspekte beim Betrieb Ihrer unternehmenskritischen Server mit SAP HANA in Azure (große Instanzen). Es ist wichtig, dass Sie mit SAP, Ihrem Systemintegrator oder Microsoft zusammenarbeiten, um die richtigen Strategien für Hochverfügbarkeit und die Notfallwiederherstellung zu erstellen und umzusetzen. Außerdem sollten die Werte für RPO (Recovery Point Objective) und RTO (Recovery Time Objective) berücksichtigt werden, die für Ihre individuelle Umgebung gelten.

Microsoft unterstützt mit HANA (große Instanzen) standardmäßig einige SAP HANA-Methoden für Hochverfügbarkeit. Diese Funktionen umfassen:

  • Speicherreplikation: Die Fähigkeit des Speichersystems, alle Daten an einen anderen Stapel für HANA (große Instanzen) in einer anderen Azure-Region zu replizieren. SAP HANA wird unabhängig von dieser Methode betrieben. Diese Funktionen bilden den Standardmechanismus für die Notfallwiederherstellung großer HANA-Instanzen.
  • HANA-Systemreplikation: die Replikation aller Daten in SAP HANA in ein anderes SAP HANA-System. Das RTO wird durch das Replizieren von Daten in regelmäßigen Abständen minimiert. SAP HANA unterstützt den asynchronen, synchronen In-Memory- und den synchronen Modus. Der synchrone Modus wird nur für SAP HANA-Systeme innerhalb des gleichen Rechenzentrums oder in einer Entfernung unter 100 km verwendet. Beim aktuellen Entwurf mit HANA-Stapeln („Stamps“) für große Instanzen kann die HANA-Systemreplikation nur für Hochverfügbarkeit in einer Region verwendet werden. Für die HANA-Systemreplikation für Notfallwiederherstellungskonfigurationen mit einer anderen Azure-Region als Ziel ist eine Reverseproxy- oder Weiterleitungskomponente eines Drittanbieters erforderlich.
  • Automatisches Hostfailover: Eine lokale Wiederherstellungslösung für SAP HANA, die alternativ zur HANA-Systemreplikation verwendet werden kann. Wenn der primäre Knoten nicht mehr verfügbar ist, konfigurieren Sie mindestens einen SAP HANA-Standbyknoten im Modus „Horizontale Skalierung“, und SAP HANA führt automatisch ein Failover auf einen Standbyknoten durch.

SAP HANA in Azure (große Instanzen) wird in zwei Azure-Regionen in vier geografischen Gebieten (USA, Australien, Europa und Japan) angeboten. Zwei Regionen innerhalb eines geografischen Bereichs, in denen HANA (große Instanzen)-Stempel (HLI, Hana Large Instance) mit separaten dedizierten Netzwerkverbindungen verbunden sind. Diese HLIs werden zum Replizieren von Speichermomentaufnahmen zur Bereitstellung von Methoden für die Notfallwiederherstellung verwendet. Die Replikation ist nicht standardmäßig eingerichtet, sondern nur für Kunden, die Notfallwiederherstellungs-Funktionalität bestellen. Die Speicherreplikation setzt die Verwendung von Speichermomentaufnahmen für HANA (große Instanzen) voraus. Sie können eine Azure-Region in einer anderen geografischen Region nicht als DR-Region auszuwählen.

Derzeit unterstützte Optionen

Die folgende Tabelle gibt Aufschluss über die derzeit unterstützten Hochverfügbarkeits- und Notfallwiederherstellungsmethoden sowie über mögliche Kombinationen:

In HANA (große Instanzen) unterstütztes Szenario Hochverfügbarkeit Notfallwiederherstellung Kommentare
Einzelner Knoten Nicht verfügbar. Dedizierte Notfallwiederherstellungseinrichtung.
Mehrzweck-Notfallwiederherstellungseinrichtung.
Automatisches Hostfailover: Horizontale Skalierung (mit oder ohne Standby)
einschließlich 1 + 1
Möglich durch Übernahme der aktiven Rolle durch den Standbyknoten.
Steuerung des Rollenwechsels durch HANA.
Dedizierte Notfallwiederherstellungseinrichtung.
Mehrzweck-Notfallwiederherstellungseinrichtung.
Synchronisierung der Notfallwiederherstellung mithilfe der Speicherreplikation.
HANA-Volumesätze werden an alle Knoten angefügt.
Standort für die Notfallwiederherstellung muss über gleiche Anzahl von Knoten verfügen.
HANA-Systemreplikation Möglich mit Primär-/Sekundäreinrichtung.
Bei einem Failover übernimmt das sekundäre Replikat die Rolle des primären Replikats.
Failoversteuerung durch HANA-Systemreplikation und Betriebssystem.
Dedizierte Notfallwiederherstellungseinrichtung.
Mehrzweck-Notfallwiederherstellungseinrichtung.
Synchronisierung der Notfallwiederherstellung mithilfe der Speicherreplikation.
Die Notfallwiederherstellung mithilfe der HANA-Systemreplikation ist noch nicht ohne Drittanbieterkomponenten möglich.
Separater Satz angefügter Datenträgervolumes für die einzelnen Knoten.
Nur Datenträgervolumes des sekundären Replikats am Produktionsstandort werden am Standort für die Notfallwiederherstellung repliziert.
Am Standort für die Notfallwiederherstellung wird ein einzelner Volumesatz benötigt.

Eine dedizierte DR-Einrichtung ist eine Einrichtung, bei der die große HANA-Instanzeinheit am DR-Standort nicht zum Ausführen einer anderen Workload oder eines produktionsfremden Systems verwendet wird. Die Einheit ist passiv und wird nur dann bereitgestellt, wenn eine Notfallwiederherstellung ausgeführt wird. Diese Einrichtung ist für die meisten Kunden nicht die bevorzugte Option.

Speicherlayout- und Ethernet-Details für Ihre Architektur finden Sie unter Unterstützte HLI-Szenarien.

Hinweis

Vor HANA2.0 SPS4 wurde das Erstellen von Datenbankmomentaufnahmen von mehrinstanzenfähigen Datenbankcontainer-Datenbanken (für mehrere Mandanten) nicht unterstützt. Ab SPS4 unterstützt SAP diese Momentaufnahmenerstellung vollständig.

Eine Mehrzweck-Notfallwiederherstellungseinrichtung ist eine Einrichtung, bei der die große HANA-Instanzeinheit am Standort für die Notfallwiederherstellung eine produktionsfremde Workload ausführt. Fahren Sie bei einem Notfall das nicht für die Produktion bestimmte System herunter, binden Sie die speicherreplizierten (weiteren) Volumesätze ein, und starten Sie dann die HANA-Produktionsinstanz. Bei den meisten Kunden, die die Notfallwiederherstellung von HANA (große Instanzen) nutzen, kommt diese Konfiguration zum Einsatz.

Weitere Informationen zur Hochverfügbarkeit von SAP HANA finden Sie in den folgenden SAP-Artikeln:

Überlegungen zu Netzwerken für die Notfallwiederherstellung mit HANA (große Instanzen)

Um die Notfallwiederherstellung von HANA (große Instanzen) nutzen zu können, müssen Sie die Netzwerkkonnektivität zwischen den beiden Azure-Regionen einrichten. Sie benötigen eine Azure ExpressRoute-Verbindung von Ihrem lokalen Standort in Ihrer Azure-Hauptregion und eine andere Verbindung von Ihrem lokalen Standort mit der Region für die Notfallwiederherstellung. Diese Maßnahme eignet sich für Situationen, in denen ein Problem in einer Azure-Region samt MSEE-Standort (Microsoft Enterprise-Edgerouter) auftritt.

Sie können auch alle virtuellen Azure-Netzwerke, die in einer Region mit SAP HANA in Azure (große Instanzen) verbunden sind, mit einer ExpressRoute-Verbindung verbinden, die große HANA-Instanzen in der anderen Region verbindet. Mit dieser Querverbindung können Dienste, die in einem virtuellen Azure-Netzwerk in Region 1 ausgeführt werden, eine Verbindung mit Einheiten von HANA (große Instanzen) in Region 2 herstellen (und umgekehrt). Dies ist eine Maßnahme für den Fall, in dem nur einer der MSEE-Standorte, der mit Ihrem lokalen Standort über Azure verbunden ist, ausfällt.

Die folgende Grafik veranschaulicht eine robuste Konfiguration für Notfallwiederherstellungsfälle:

Optimale Konfiguration für die Notfallwiederherstellung

Weitere Anforderungen in Bezug auf die Speicherreplikation von HANA (große Instanzen) für die Notfallwiederherstellung

  • Fordern Sie SKUs vom Typ „SAP HANA für Azure (große Instanzen)“ mit derselben Größe wie die Produktions-SKUs an, und stellen Sie sie in der Region für die Notfallwiederherstellung bereit. In gegenwärtigen Kundenbereitstellungen werden diese Instanzen zum Ausführen produktionsfremder HANA-Instanzen verwendet. Diese Konfigurationen werden als Mehrzweck-Notfallwiederherstellungseinrichtungen bezeichnet.
  • Fordern Sie für jede SKU vom Typ „SAP HANA in Azure (große Instanzen)“, die Sie am Standort für die Notfallwiederherstellung wiederherstellen möchten, mehr Speicher am DR-Standort an. Für die Zuordnung von Speichervolumes kann weiterer Speicher erworben werden. Sie können Volumes zuordnen, die als Ziel für die Speicherreplikation aus Ihrer Azure-Produktionsregion in der Azure-Notfallwiederherstellungsregion fungieren.
  • Möglicherweise haben Sie SAP HANA-Systemreplikation für die primäre und speicherbasierte Replikation am DR-Standort eingerichtet. Anschließend müssen Sie mehr Speicher am DR-Standort erwerben, damit sowohl die Daten von primären als auch von sekundären Knoten am DR-Standort repliziert werden.

Nächste Schritte

Informationen zum Sichern und Wiederherstellen von SAP HANA in HANA (große Instanzen):