Diese Seite wurde von der Cloud Translation API übersetzt.

SAP HANA-Datenbankhost hinzufügen und seine Datenbanken erkennen und schützen

Bevor Sie eine SAP HANA-Datenbank schützen können, müssen Sie die Compute Engine-Instanz einrichten.

SAP HANA-Datenbankanwendung erkennen und schützen

LVM-Sicherungen schlagen bei jeder Drittanbieter-Sicherungskonfiguration fehl
Wiederherstellung aufgrund einer Unterbrechung der Wiederherstellungskette beeinträchtigt
Bei einer vollständigen und inkrementellen Sicherung können sich verwaiste inkrementelle Sicherungen ergeben, die zu Wiederherstellungsproblemen führen.

So können Sie SAP HANA-Instanzen mit horizontaler Skalierung erkennen und schützen:

Wählen Sie in der Admin-Konsole auf der Seite App-Manager > Anwendungen die Option Anwendung hinzufügen aus.
Wählen Sie im Assistenten Anwendung hinzufügen die Option SAP HANA aus.
Folgen Sie der Anleitung:
- Wählen Sie im Bereich Auswählen die Datenbank aus, die Sie verwalten möchten.
- Wenden Sie die Richtlinienvorlage und das Ressourcenprofil im Abschnitt Verwalten an. Sie haben diese im Abschnitt Richtlinienvorlagen und Ressourcenprofile definieren erstellt.
Klicken Sie im Bereich Konfigurieren auf App-Einstellungen.
Wählen Sie im Fenster Anwendungseinstellungen die Methode zum Erfassen von Sicherungen aus. Die Methode basiert auf Ihren Anforderungen und den Informationen unter SAP-Produktionsumgebung vor Datenverlust, Fehlern und Beschädigung schützen.

Auf dem Tab Anwendungseinstellungen können Sie anwendungsspezifische Einstellungen ändern. Achten Sie dabei auf Folgendes:

HANA-Datenbank-Userstore-Schlüssel: Dies ist der SAP HANA-hdbuserstore-Schlüssel für die zuvor erstellte Systemdatenbank. Dieses Feld ist Pflicht.
Prozentsatz des reservierten Speicherplatzes in der Volumegruppe: Dieser Wert ist für die Sicherung auf Volumeebene erforderlich, um den erforderlichen temporären freien Speicherplatz in der LVM-Volumegruppe für Snapshots zu ermitteln. Der empfohlene Wert ist 20%.
Methode zur Sicherungserfassung:
- Snapshot für nichtflüchtigen Speicher verwenden: Dies ist der Standard-Snapshot für nichtflüchtigen Speicher, der von der Compute Engine verwendet wird. Wählen Sie diese Option für HANA-Datenbanken aus, die in einer Compute Engine-Instanz ausgeführt werden. Wenn Sie diese Methode verwenden können, lesen Sie den Hilfeartikel .
- Sicherung auf Volumeebene verwenden: Verwenden Sie LVM-Snapshots auf Volumeebene mit CBT unter Linux auf einem blockbasierten Staging-Laufwerk. Bei dieser Option wird die SAP HANA-Savepoint-API verwendet, um inkrementelle Sicherungen zu erstellen. Dazu müssen die Daten- und Protokollvolumes der HANA-Datenbank über LVM verwaltet werden. Wenn Sie Staging-Laufwerke für das NFS-Protokoll verwenden, können Sie keine Sicherungen auf Volumeebene verwenden.
- Vollständige und inkrementelle Sicherung verwenden: Dies ist die ältere dateibasierte Sicherung und Wiederherstellung. Diese Methode des Dateidumps unterstützt nicht das Erstellen virtueller Datenbanken. Sie können diese Option für Block- und NFS-Staging-Laufwerke auswählen. Diese Methode unterstützt nur ältere Backint-Sicherungen und die physische Wiederherstellung.
  
  Hinweis : Es gibt zwei Protokolle, mit denen der Sicherungs-Staging-Datenträger dem Host präsentiert werden kann: blockbasiert und NFS. Verwenden Sie für skalierbare Backint- oder dateibasierte Sicherungen immer die NFS-Option für das Staging-Laufwerk.
Aufbewahrungsdauer der Produktions-Datenbankprotokolle in Stunden: Mit dieser Option wird die HANA-Protokollsicherung aus dem Ziel basepath_logbackup gelöscht. Anhand dieser Einstellung wird die ID der letzten Datensicherung ausgewählt (CURRENT_TIMESTAMP abzüglich der festgelegten Stundenzahl) und das Protokoll wird bereinigt, wenn es älter als die Datensicherungs-ID ist. Der Standardwert ist 2 Stunden. Bei Standardwerten werden alle Protokolle vor der letzten Datensicherung gelöscht.
Aufbewahrungsdauer des Produktionskatalogs in Tagen: Die Aufbewahrungsdauer der HANA-Katalogmetadaten in Tagen.

Klicken Sie auf Speichern > Weiter und dann auf Fertigstellen.
Die Datenbank wird in der Liste App Manager-Anwendungen mit einem grünen Schild angezeigt, das angibt, dass der Sicherungsplan angewendet wurde.

HANA 1+n- und HANA-Skalierungsdatenbanken sichern

Dieser Abschnitt enthält Informationen zum Schutz von HANA 1+n und HANA-Skalierung.

Protect HANA 1+n

Wenn Sie einen HANA-1+n-Replikationscluster als einzelne Anwendung schützen möchten, hat die Anwendung nach der Anwendungserkennung den Clusterhost als SID name_cluster. Wenn sr1 beispielsweise die HANA-Instanz ist, lautet der Anwendungsname sr1 und der Hostname sr1_cluster in der Liste App Manager Applications.

Das Ziel der HANA-Logsicherung muss von zwei Knoten gemeinsam genutzt werden. Bei einem Failover wird die Datenbank- und Protokollsicherung automatisch auf das aktuelle primäre Replikat umgestellt. Protokollsicherungen werden vom aktuellen primären Replikat ausgeführt und erfassen die letzten Protokolle des alten primären Replikats sowie neue Protokolle des neuen primären Replikats. Folgen Sie den Vorbereitungsschritten unter SAP HANA-Datenbanken für den Schutz vorbereiten.

HANA 1+n wird immer als Clusteranwendung erkannt, die alle Knotendetails in den Metadaten enthält. Nach der Anwendungserkennung hat die Anwendung den Clusterhost (HANA-SID-Name)cluster(Standort-ID)_(HANA-Hardware-ID). Wenn sr1 beispielsweise die HANA-Instanz ist, lautet der Anwendungsname sr1 und der Hostname ist sr1cluster<…> in der Liste „Anwendungen“ im App-Manager.

Es empfiehlt sich, nach jeder Änderung an der Clusterknotenkonfiguration eine erzwungene Erkennung auszuführen, z. B. nachdem ein Knoten zum Cluster hinzugefügt oder daraus entfernt wurde. Wenn ein Knoten nach der Erkennung und dem Schutz entfernt oder hinzugefügt wird, wird die Konfiguration nicht automatisch in den Metadaten für Sicherungen und Notfallwiederherstellungen aktualisiert. Dies kann zu Sicherungsproblemen führen.

Voraussetzungen für den Schutz von SAP HANA-1+n-Instanzen und ‑Datenbanken

Bevor Sie SAP HANA-Instanzen schützen, müssen folgende Voraussetzungen erfüllt sein:

Alle SAP HANA-Server oder Compute Engine-Instanzen des SAP HANA-Clusters müssen für den Sicherungs- und Notfallwiederherstellungsdienst eingerichtet worden sein.
Auf allen SAP HANA-Servern oder Compute Engine-Instanzen des SAP HANA-Clusters muss der Sicherungs- und Notfallwiederherstellungs-Agent installiert sein.
Für alle SAP HANA-Server oder Compute Engine-Instanzen des SAP HANA-Clusters muss ein Secret unter App-Verwaltung > Verwalten > Host > Einstellungen für Sicherungs- und Notfallwiederherstellungs-Agenten > Secret angewendet werden.
Wenn für Hosts virtuelle IP-Adressen konfiguriert sind, fügen Sie bei der Suche nur die virtuelle IP-Adresse und den Hostnamen des Hosts hinzu.
Der Sicherungs- und Notfallwiederherstellungs-Agent muss auf allen Knoten installiert sein.
Auf den Hosts müssen Ports geöffnet werden, um die Kommunikation über Port 5106 zu ermöglichen. Dazu ist eine Firewallregel für eingehenden Traffic erforderlich, bei der die Sicherungs-/Wiederherstellungs-Appliance die Quelle, der Host, auf dem der Agent ausgeführt wird, das Ziel und der Zielport 5106 ist. Port 5106 muss der für die Appliance erstellten Standard-Ingress-Regel nicht hinzugefügt werden, da die Appliance hier als Ziel angegeben ist.
Der Speicherort der HANA-Logsicherung muss auf „shared-NFS“ festgelegt sein.

HANA-Skalierung schützen

Horizontale SAP HANA-Skalierung

Voraussetzungen für den Schutz von SAP HANA-Systemen mit horizontaler Skalierung

Bevor Sie die horizontale Skalierung von SAP HANA schützen, müssen Sie Folgendes tun:

Wenn für Hosts virtuelle IP-Adressen konfiguriert sind, fügen Sie bei der Suche nur die virtuelle IP-Adresse und den zugehörigen Hostnamen des Hosts hinzu.
Der Sicherungs- und Notfallwiederherstellungs-Agent muss auf allen Knoten installiert sein.
Auf den Hosts müssen Ports geöffnet werden, um die Kommunikation über Port 5106 zu ermöglichen. Dazu ist eine Firewallregel für eingehenden Traffic erforderlich, bei der die Sicherungs-/Wiederherstellungs-Appliance die Quelle, der Host, auf dem der Agent ausgeführt wird, das Ziel und der Zielport 5106 ist. Außerdem müssen Sie Port 5106 nicht der Standard-Ingress-Regel hinzufügen, die für die Appliance erstellt wurde, da dies die Appliance als Ziel angibt.
Bei der dateibasierten Sicherung (Voll- und Inkrementa Sicherung) mit Backint muss der Speicherort der HANA-Protokollsicherung auf „freigegeben – NFS“ festgelegt sein. Weitere Informationen finden Sie unter Host der Verwaltungskonsole hinzufügen.
Für den Schutz von Speicher-Snapshots
- Daten- und Protokollvolumen werden nicht auf alle Knoten verteilt
- Daten- und Protokollvolumes werden vom Logical Volume Manager verwaltet
- Prüfen Sie, ob die Verzeichnisse „mnt000*“ an den lokalen Bereitstellungspunkten vorhanden sind, um die primären und sekundären Knoten zu identifizieren.
Hinweis: Die gefundene HANA-Instanz wird nach der Anwendungsliste mit folgendem Namen angezeigt: Anwendung (HANA-SID-Name): Hostname und nutzerfreundlicher Pfad (HANA-SID-Name)_Cluster(Standort-ID)_(HANA-Hardware-ID).

Folgen Sie der Einrichtungsanleitung unter SAP HANA-Datenbanken für den Schutz vorbereiten.

Dokumentation zum Sicherungs- und Notfallwiederherstellungsdienst für SAP HANA-Systeme mit horizontaler Skalierung

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