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:
- Sicherung und Notfallwiederherstellung für SAP HANA Scale-Out
- SAP HANA-Skalierungsinstanzen für die Sicherung vorbereiten
- SAP HANA Scale-Out-Host hinzufügen und seine Datenbanken erkennen und schützen
- Format des Bereitstellungslaufwerks und Sicherungsmethode für SAP HANA Scale-Out konfigurieren
- Anwendungsdetails und Einstellungen für SAP HANA-Scale-Out-Instanzen festlegen
- HANA 1+n- und HANA-Skalierungsdatenbanken sichern
- SAP HANA-Scale-Out-Instanzen wiederherstellen
- SAP HANA Scale-Out-Sicherung als Standard-Mount bereitstellen
- SAP HANA Scale-Out-Sicherung als virtuelle Datenbank bereitstellen
- SAP HANA Scale-Out-Sicherung bereitstellen und migrieren, um sie sofort auf ein beliebiges Ziel wiederherzustellen