Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
Auf dieser Seite finden Sie Informationen zum Schutz von HANA 1+n und HANA-Scale-out.
HANA 1+n schützen
Um einen HANA-Cluster mit 1+n-Replikation als einzelne Anwendung zu schützen, 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 (App Manager-Anwendungen).
Das Ziel für die HANA-Logsicherung muss für zwei Knoten freigegeben sein. Bei einem Failover werden die Datenbank- und Logsicherung automatisch auf den aktuellen primären Knoten übertragen. Logsicherungen werden vom aktuellen primären Knoten aus durchgeführt. Dabei werden die letzten Logs vom alten primären Knoten sowie neue Logs vom neuen primären Knoten erfasst. Führen Sie die Vorbereitungsschritte unter SAP HANA-Datenbanken für den Schutz vorbereiten aus.
HANA 1+n wird immer als Clusteranwendung mit allen Knotendetails in den Metadaten erkannt. Es empfiehlt sich, nach Änderungen an der Konfiguration von Clusternknoten, z. B. nach dem Hinzufügen oder Löschen eines Knotens aus dem Cluster, eine erzwungene Erkennung auszuführen. Wenn ein Knoten nach der Erkennung und dem Schutz entfernt oder hinzugefügt wird, wird die Konfiguration nicht automatisch in den Backup and DR-Metadaten aktualisiert. Dies kann zu Problemen bei der Sicherung führen.
Voraussetzungen für den Schutz von SAP HANA-Instanzen und ‑Datenbanken (1+n)
Bevor Sie SAP HANA-Instanzen schützen, müssen Sie Folgendes sicherstellen:
Wenn für Hosts virtuelle IP-Adressen konfiguriert sind, fügen Sie bei der Erkennung nur die virtuelle IP-Adresse und den Hostnamen des primären Hosts hinzu.
Der Backup and DR-Agent muss auf allen Knoten installiert sein.
Auf den Hosts müssen Ports geöffnet werden, damit die Kommunikation über Port 5106 möglich ist.
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 muss Port 5106 nicht der standardmäßigen Ingress-Regel hinzugefügt werden, die für die Appliance erstellt wurde, da die Appliance als Ziel angegeben ist.
Der Speicherort für HANA-Logsicherungen muss auf „shared“ (freigegeben) – NFS festgelegt sein.
HANA-System mit horizontaler Skalierung schützen
Voraussetzungen für den Schutz von SAP HANA-Instanzen mit horizontaler Skalierung
Bevor Sie SAP HANA-Instanzen mit horizontaler Skalierung schützen, müssen Sie Folgendes erledigen:
Wenn für Hosts virtuelle IPs konfiguriert sind, fügen Sie bei der Erkennung nur die virtuelle IP und den zugehörigen Hostnamen des primären Hosts hinzu.
Der Backup and DR-Agent muss auf allen Knoten installiert sein.
Auf den Hosts müssen Ports geöffnet werden, damit die Kommunikation über Port 5106 möglich ist.
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 muss Port 5106 nicht der standardmäßigen Ingress-Regel hinzugefügt werden, die für die Appliance erstellt wurde, da die Appliance als Ziel angegeben ist.
Für die Backint-Datei-basierte Sicherung (Vollständig + Inkrementell) muss der HANA-Protokollsicherungsort auf „Freigegeben“ (NFS) festgelegt werden. Weitere Informationen finden Sie unter Host in der Verwaltungskonsole hinzufügen.
Schutz von Speichersnapshots
Daten- und Logvolumen werden nicht auf alle Knoten verteilt.
Daten- und Log-Volumes werden vom Logical Volume Manager (LVM) verwaltet.
Prüfen Sie, ob die Verzeichnisse mnt000* auf den lokalen Mount-Punkten vorhanden sind, um die primären und sekundären Knoten zu identifizieren.
Backup and DR Service-Dokumentation für SAP HANA-Systeme mit horizontaler Skalierung
Diese Seite ist eine von mehreren Seiten, die sich speziell mit dem Schutz und der Wiederherstellung von SAP HANA-Instanzen mit horizontaler Skalierung mit dem Backup- und DR-Dienst befassen.
Weitere Informationen finden Sie auf den folgenden Seiten:
[[["Leicht verständlich","easyToUnderstand","thumb-up"],["Mein Problem wurde gelöst","solvedMyProblem","thumb-up"],["Sonstiges","otherUp","thumb-up"]],[["Schwer verständlich","hardToUnderstand","thumb-down"],["Informationen oder Beispielcode falsch","incorrectInformationOrSampleCode","thumb-down"],["Benötigte Informationen/Beispiele nicht gefunden","missingTheInformationSamplesINeed","thumb-down"],["Problem mit der Übersetzung","translationIssue","thumb-down"],["Sonstiges","otherDown","thumb-down"]],["Zuletzt aktualisiert: 2025-09-03 (UTC)."],[[["\u003cp\u003eThis page outlines the process of protecting both HANA 1+n replication clusters and HANA scale-out instances using Backup and DR Service.\u003c/p\u003e\n"],["\u003cp\u003eFor HANA 1+n, the cluster is recognized as a single application post-discovery, and log backups automatically failover to the current primary node.\u003c/p\u003e\n"],["\u003cp\u003eProtecting either type requires the Backup and DR agent to be installed on all nodes and for port 5106 to be open for communication between the appliance and the hosts.\u003c/p\u003e\n"],["\u003cp\u003eHANA log backup locations must be shared (NFS) between nodes for both HANA 1+n and scale-out configurations when utilizing file-based backups.\u003c/p\u003e\n"],["\u003cp\u003eForce discovery is recommended after changes to HANA 1+n cluster node configurations to prevent backup issues, and changes should be tracked with logical volume manager change block tracking.\u003c/p\u003e\n"]]],[],null,["# Back up HANA 1+n and HANA scale-out instances\n\nThis page includes information about protecting HANA 1+n and HANA scale-out.\n\nProtect HANA 1+n\n----------------\n\nTo protect a HANA 1+n replication cluster as a single application, the application\nhas the cluster host as sid `name_cluster` after application discovery. For\nexample, if sr1 is the HANA instance, then the application name is sr1 and the\nhostname is sr1_cluster in the **App Manager Applications** list.\n\nThe HANA log backup destination must be shared between two nodes. When failover\noccurs, the database and log backup automatically fails over to the current\nprimary, and log backups are performed from the current primary, capturing the\nlast logs from the old primary as well as new logs from the new primary. Follow\nthe preparation steps in\n[Prepare your SAP HANA databases for protection](/backup-disaster-recovery/docs/configuration/prepare-hana).\n\nHANA 1+n is always discovered as cluster application containing all node\ndetails in the metadata. It is a good idea to run a force discovery after any\nchanges to cluster node configuration---such as after adding or deleting a\nnode from the cluster. If a node is removed or added after discovery and\nprotection, the configuration does not be updated automatically in\nBackup and DR metadata, and may cause backup issues.\n| **Note:** With the failover of the HANA database from primary to secondary and back, the next database backup is low-splash and takes more time to get the incremental changes.\n\n### Prerequisites for protecting SAP HANA 1+n instances and databases\n\nBefore protecting SAP HANA instances, ensure the following:\n\n- If hosts have virtual IPs configured, add only the virtual IP and hostname of the primary host during discovery.\n- The Backup and DR agent must be installed on all nodes.\n- Ports need to be opened on the hosts to allow communication on port 5106. This requires an ingress firewall rule where the backup/recovery appliance is the source, the host running the agent is the target and the target port is 5106. Also, there is no need to add port 5106 to the default ingress rule created for the appliance, as this specifies the appliance as the target.\n- HANA log backup location must be set on shared---NFS.\n\n| **Note:** Activate logical volume manager change block tracking on all the nodes of SAP HANA scale-out cluster by running `/opt/act/cbt/bin/cbt_activate.sh` on the command line as a root user. Verify that logical volume manager change block tracking is activated by running `pgrep cbt`---this should return two processes running for change block tracking.\n\nProtect HANA scale-out\n----------------------\n\n### Prerequisites for protecting SAP HANA scale-out instances\n\nBefore protecting SAP HANA scale-out instances, be sure that the following is complete:\n\n- If hosts have virtual IPs configured, add only the virtual IP and the associated hostname of the primary host during discovery.\n- The Backup and DR agent must be installed on all nodes.\n- Ports need to be opened on the hosts to allow communication on port 5106. This requires an ingress firewall rule where the backup/recovery appliance is the source, the host running the agent is the target and the target port is 5106. Also, there is no need to add port 5106 to the default ingress rule created for the appliance, as this specifies the appliance as the target.\n- For backint file based---Full+Incremental---backup, the HANA log backup location must be set to shared---NFS. See [Add the host to the management console](/backup-disaster-recovery/docs/configuration/otherdb-add-host).\n- For storage snapshot protection\n\n - Data and log volume are non-shared across all nodes\n - Data and log volumes are managed by logical volume manager (LVM)\n - Ensure mnt000\\* directories exist on the local mount points to identify the primary and secondary nodes\n\n | **Note:** The discovered SAP HANA instance shows up under application list with: Application (HANA sid name): Hostname and Friendly path (HANA sid name)_cluster(site id)_(HANA hardware id).\n\n Follow the setup procedures in\n [Prepare your SAP HANA databases for protection](/backup-disaster-recovery/docs/configuration/prepare-sap-hana-scaleout).\n\n| **Note:** Activate logical volume manager change block tracking on all the nodes of SAP HANA scale-out cluster by running `/opt/act/cbt/bin/cbt_activate.sh` on the command line as a root user. Verify that logical volume manager change block tracking is activated by running `pgrep cbt`---this should return two processes running for change block tracking.\n| **Note:** If you are protecting data on a HANA replication cluster, any reboot of the primary HANA node results in a role switch where the secondary node becomes the new primary node. Backup jobs always run from the primary HANA node. If there is a HANA failover to the secondary node, the first backup after the failover is a full copy because CBT from the old primary node is not available on the new primary (old secondary) node.\n\nBackup and DR Service documentation for SAP HANA scale-out\n----------------------------------------------------------\n\nThis page is one in a series of pages specific to protecting and recovering\nSAP HANA scale-out instances with Backup and DR Service.\nYou can find additional information in the following pages:\n\n- [Backup and DR for SAP HANA scale-out](/backup-disaster-recovery/docs/concepts/backupdr-for-sap-hana-scaleout)\n- [Prepare SAP HANA scale-out instances for backup](/backup-disaster-recovery/docs/configuration/prepare-sap-hana)\n- [Add an SAP HANA scale-out host, and discover and protect its databases](/backup-disaster-recovery/docs/configuration/discover-sap-hana-scaleout)\n- [Configure staging disk format and backup method for SAP HANA scale-out](/backup-disaster-recovery/docs/backup/backup-method-staging-disk-sap-hana-scaleout)\n- [Set application details and settings for SAP HANA scale-out instances](/backup-disaster-recovery/docs/backup/app-details-settings-sap-hana-scaleout)\n- [Back up HANA 1+n and HANA scale-out databases](/backup-disaster-recovery/docs/backup/back-up-sap-hana-scaleout)\n- [Restore and recover SAP HANA scale-out instances](/backup-disaster-recovery/docs/restore-data/restore-sap-hana-scaleout)\n- [Mount an SAP HANA scale-out backup as a standard mount](/backup-disaster-recovery/docs/access-data/mount-sap-hana)\n- [Mount an SAP HANA scale-out backup as a virtual database](/backup-disaster-recovery/docs/access-data/mount-sap-hana-virtualdb)\n- [Mount and migrate an SAP HANA scale-out backup for instant recovery to any target](/backup-disaster-recovery/docs/access-data/mount-and-migrate-sap-hana)"]]
