Backup- und Notfallwiederherstellungsdienst für SAP HANA Scale-Out

Schutzmethoden

Die gängigste Schutzmethode für SAP HANA-Datenbanken und ‑Protokolle bei Sicherung und Notfallwiederherstellung ist die SAP HANA savepoint API (Snapshot für nichtflüchtigen Speicher) für SAP HANA auf einer Compute Engine-Instanz.

Sie können HANA-Datenbanken auch mit einer der folgenden beiden alternativen Schutzmethoden schützen:

  • SAP HANA savepoint API (LVM-Sicherung)
  • SAP backint API (Voll- und inkrementelle Sicherung)

Diese Methoden sind nur dann zu bevorzugen, wenn Sie HANA Scale-Out benötigen oder Anwendungs-orientierte Bereitstellungen oder Bereitstellungen mit Migration für HANA-Datenbanken benötigen.

Wenn Sie die Sicherungsmethode mit Snapshots auf nichtflüchtigen Laufwerken verwenden können, lesen Sie den Hilfeartikel Backup- und Notfallwiederherstellungsdienst für SAP HANA.

SAP HANA savepoint API (nichtflüchtiger Laufwerk-Snapshot) für SAP HANA auf einer Compute Engine-Instanz

Bei der Sicherung und Notfallwiederherstellung werden Snapshots von nichtflüchtigen Speichern verwendet, um Daten und das Protokollvolumen von nichtflüchtigen Speichern mit Anwendungskonsistenz schrittweise zu sichern. Bei der Sicherung und Notfallwiederherstellung werden mehrere Kopien jedes Snapshots verteilt über mehrere Speicherorte mit automatischen Prüfsummen gespeichert, um die Integrität der Daten zu gewährleisten. Backup und Notfallwiederherstellung werden für SAP HANA 2.0 Scale-Up und SAP HANA 2.0 HA (1+1)-Replikationssysteme unterstützt.

SAP HANA savepoint API (Sicherung auf Volumeebene)

Bei dieser Methode wird ein interner Snapshot einer SAP HANA-Datenbank verwendet, der auf einem Speicherpunkt basiert, der im Bereich der Datenvolumes und im Linux-Änderungsblock-Tracking gespeichert ist. So wird eine effiziente, platzsparende, inkrementelle Sicherung für die Ewigkeit erstellt.

SAP HANA-Daten werden gemäß einem bestimmten Sicherungsplan im Format „Anwendung zuerst“ erfasst. Eine Golden Copy dieser Daten wird einmal erstellt und gespeichert und dann in einem inkrementellen Forever-Modell nur mit den geänderten Datenblöcken inkrementell aktualisiert. Das bietet den Vorteil, dass SAP HANA-Datenbanken sofort bereitgestellt und wiederhergestellt werden können. Virtuelle Kopien der Daten können sofort zur Verfügung gestellt werden, ohne dass physische Kopien erstellt und zusätzliche Speicherinfrastruktur belegt werden müssen.

SAP Backint API (Voll- und inkrementelle Sicherung)

Die ältere Methode zum Sichern von SAP HANA ist die Verwendung der Backint API mit hdbsql. Die Backint API sendet Sicherungen über iSCSI oder NFS an ein Staging-Laufwerk, das dem SAP HANA-Host zugeordnet ist. Bei beiden Ansätzen gibt es eine regelmäßige Vollsicherung und die erfassten Daten werden in einem proprietären Sicherungsformat und nicht im Blockformat gespeichert.

Unterstützung von Sicherungen und Notfallwiederherstellungen für verschiedene SAP HANA-Konfigurationen

Mit Sicherung und Notfallwiederherstellung können Sie Folgendes virtualisieren und schützen:

  • Dedizierter Container (HANA 1.0 oder 2.0): In einem Containersystem werden die Systemdatenbank und die Mandantendatenbank als einzelne Einheit betrachtet und verwaltet.

  • Mehrere Containersysteme (HANA 2.0): Mehrere isolierte Datenbanken in einem einzigen SAP HANA-System. Diese werden als mehrmandantenfähige Datenbankcontainer bezeichnet. Ein System mit mehreren Containern hat immer genau eine Systemdatenbank, die für die zentrale Systemverwaltung verwendet wird, und eine beliebige Anzahl von Mehrfachmandantendatenbanken (auch null), die auch als Mandantendatenbanken bezeichnet werden.

In dieser Tabelle sind alle unterstützten HANA-Konfigurationen und die zugehörigen Sicherungsmethoden aufgeführt.

  • Die HANA SavePoint API-Methode ist die bevorzugte Methode, sofern verfügbar, für alle HANA-Konfigurationen mit Ausnahme der horizontalen Skalierung mit freigegebenem Speicher.

  • Die Methode backint ist für alle HANA-Konfigurationen verfügbar.

  • HANA-Protokollsicherungen werden für alle Konfigurationen und Optionen immer automatisch verarbeitet.

Konfiguration SAP HANA savepoint API SAP HANA backint
SAP HANA 2.0 – Standalone oder HA (1 + 1) Ja Ja
HANA 2.0 mit horizontaler Skalierung, nicht freigegebener Speicher Ja, SPS 04 oder höher erforderlich Ja
HANA 2.0 mit horizontaler Skalierung, gemeinsamer Speicher Nein Ja
System mit einem einzelnen Container (HANA 1.0) Ja, SPS 04 oder höher erforderlich Ja

Nächste Schritte

Datenbank für Sicherung und Notfallwiederherstellung vorbereiten

Dokumentation zum Sicherungs- und Notfallwiederherstellungsdienst für SAP HANA Scale-Out

Diese Seite ist eine von mehreren Seiten zum Schutz und zur Wiederherstellung von SAP HANA-Skalierungsinstanzen mit dem Sicherungs- und Notfallwiederherstellungsdienst. Weitere Informationen finden Sie auf den folgenden Seiten: