SnapCenter SAP HANA Backup-Lösung
Änderungen vorschlagen
PDFs
In diesem Abschnitt werden die Komponenten, unterstützte SAP HANA-Versionen und -Konfigurationen sowie in dieser Lösung verwendete Verbesserungen von SnapCenter 4.6 aufgeführt.
Lösungskomponenten
Die SnapCenter Backup-Lösung für SAP HANA umfasst folgende Bereiche:
-
SAP HANA Daten-Backup mit Storage-basierten Snapshot Kopien:
-
Backup-Planung
-
Retentionmanagement
-
Allgemeine Ordnung und Sauberkeit des SAP HANA Backup-Katalogs
-
-
Nicht-Datenvolumen (z. B.
/hana/shared) Backup mit Storage-basierten Snapshot Kopien:-
Backup-Planung
-
Retentionmanagement
-
-
Replizierung an externe Backups oder Disaster-Recovery-Standorte:
-
Backup von SAP HANA Daten-Snapshots
-
Kein Datenvolumen
-
Aufbewahrungsmanagement wird auf externen Backup-Speichern konfiguriert
-
Allgemeine Ordnung und Sauberkeit des SAP HANA Backup-Katalogs
-
-
Integritätsprüfungen der Datenbankblöcke mithilfe eines dateibasierten Backups:
-
Backup-Planung
-
Retentionmanagement
-
Allgemeine Ordnung und Sauberkeit des SAP HANA Backup-Katalogs
-
-
Aufbewahrungsmanagement von HANA-Datenbankprotokoll-Backup:
-
Retentionmanagement basierend auf der Aufbewahrung von Daten-Backups
-
Allgemeine Ordnung und Sauberkeit des SAP HANA Backup-Katalogs
-
-
Automatische Erkennung von HANA-Datenbanken
-
Automatisiertes Restore und Recovery
-
Restore einzelner Mandanten mit SAP HANA mandantenfähigen Datenbank-Containern (MDC) Systemen
Backups von Datenbankdateien werden von SnapCenter in Kombination mit dem Plug-in für SAP HANA ausgeführt. Das Plug-in löst einen Speicherpunkt für das SAP HANA Datenbank-Backup aus, sodass die Snapshot Kopien, die auf dem primären Storage-System erstellt werden, auf einem konsistenten Image der SAP HANA Datenbank basieren.
SnapCenter ermöglicht die Replizierung konsistenter Datenbank-Images an einen externen Backup- oder Disaster-Recovery-Standort mithilfe von SnapVault oder NetApp SnapMirror. Merkmal: In der Regel werden verschiedene Aufbewahrungsrichtlinien für Backups auf dem primären und externen Backup-Storage definiert. SnapCenter übernimmt die Aufbewahrung im Primärspeicher und ONTAP übernimmt die Aufbewahrung auf dem externen Backup-Storage.
Für ein vollständiges Backup aller mit SAP HANA verbundenen Ressourcen ermöglicht SnapCenter zudem das Backup aller nicht aus Daten stammenden Volumes über das SAP HANA Plug-in mit Storage-basierten Snapshot Kopien. Nicht vorhandene Datenvolumen können unabhängig vom Datenbank-Daten-Backup geplant werden, um individuelle Aufbewahrungs- und Sicherungsrichtlinien zu ermöglichen.
Die SAP HANA Datenbank führt automatisch Protokoll-Backups aus. Abhängig von den Vorgaben für Recovery-Zeitpunkte gibt es mehrere Optionen für den Speicherort der Log-Backups:
-
Das Protokoll-Backup wird auf ein Storage-System geschrieben, das die Daten mithilfe der NetApp MetroCluster Storage-Software (HA) und Disaster Recovery synchron an einen zweiten Standort spiegelt.
-
Das Protokoll-Backup-Ziel kann auf demselben primären Storage-System konfiguriert und dann mit SnapMirror synchron oder asynchron auf einen sekundären Storage repliziert werden.
-
Das Backup-Ziel für das Protokoll kann auf demselben externen Backup-Storage konfiguriert werden, in dem die Datenbank-Backups mit SnapVault repliziert werden. Mit dieser Konfiguration stellt der externe Backup-Storage Verfügbarkeitsanforderungen wie den des primären Storage dar, sodass Log-Backups auf den externen Backup-Storage geschrieben werden können.
SAP empfiehlt, Storage-basierte Snapshot-Backups mit einem wöchentlichen dateibasierten Backup zu kombinieren, um eine Integritätsprüfung für Blöcke durchzuführen. Die Blockintegritätsprüfung kann innerhalb von SnapCenter ausgeführt werden. Basierend auf Ihren konfigurierbaren Aufbewahrungsrichtlinien managt SnapCenter die allgemeine Ordnung und Sauberkeit der Datendatei-Backups auf dem Primärspeicher, Backup von Protokolldateien und den SAP HANA Backup-Katalog.
|
SnapCenter übernimmt die Aufbewahrung im Primärspeicher, während ONTAP die sekundäre Backup-Aufbewahrung managt. |
Die folgende Abbildung zeigt eine Übersicht über die Datenbank- und Backup-Protokollierungs-Konfiguration, bei der die Protokoll-Backups auf einen NFS Mount des externen Backup-Storage geschrieben werden.
Bei der Ausführung eines Storage-basierten Snapshot-Backups von Volumes ohne Daten führt SnapCenter die folgenden Aufgaben aus:
-
Erstellung einer Storage-Snapshot-Kopie des nicht-Daten-Volumes
-
Ausführung eines SnapVault- oder SnapMirror-Updates für das Daten-Volume, falls konfiguriert
-
Löschen von Storage-Snapshot-Kopien im primären Storage auf Grundlage der festgelegten Aufbewahrungsrichtlinie.
Beim Ausführen eines Storage-basierten Snapshot Backups der SAP HANA Datenbank führt SnapCenter die folgenden Aufgaben durch:
-
Erstellung eines SAP HANA-Speicherpunktes für Backups, um ein konsistentes Image auf der Persistenzschicht zu erstellen.
-
Erstellung einer Storage-Snapshot-Kopie des Daten-Volumes
-
Registrierung des Storage-Snapshot-Backups im SAP HANA-Backup-Katalog
-
Veröffentlichung des Speicherpunktes SAP HANA Backup
-
Ausführung eines SnapVault- oder SnapMirror-Updates für das Daten-Volume, falls konfiguriert
-
Löschen von Storage-Snapshot-Kopien im primären Storage auf Grundlage der festgelegten Aufbewahrungsrichtlinie.
-
Löschen der Einträge des SAP HANA Backup-Katalogs, wenn die Backups nicht mehr im primären oder externen Backup-Speicher vorhanden sind.
-
Sobald ein Backup auf Grundlage der Aufbewahrungsrichtlinie oder manuell gelöscht wurde, löscht SnapCenter alle Log-Backups, die älter als das älteste Daten-Backup sind. Log-Backups werden im Dateisystem und im SAP HANA Backup-Katalog gelöscht.
Unterstützte SAP HANA-Versionen und -Konfigurationen
SnapCenter unterstützt SAP HANA Einzel- und Konfigurationen für mehrere Hosts über NFS- oder FC-Attached NetApp Storage-Systeme (AFF und FAS) sowie SAP HANA Systeme, die auf Cloud Volumes ONTAP bei AWS, Azure, der Google Cloud Platform und AWS FSX ONTAP über NFS ausgeführt werden.
SnapCenter unterstützt die folgenden SAP HANA-Architekturen und -Releases:
-
SAP HANA Single-Container: SAP HANA 1.0 SPS12
-
SAP HANA mandantenfähige Datenbank-Container (MDC) mit einem Mandanten: SAP HANA 2.0 SPS3 und höher
-
SAP HANA mandantenfähige Datenbank-Container (MDC) mehrere Mandanten: SAP HANA 2.0 SPS4 und höher
Verbesserungen von SnapCenter 4.6
Ab Version 4.6 unterstützt SnapCenter die automatische Erkennung von HANA-Systemen, die in einer HANA-System-Replizierungsbeziehung konfiguriert sind. Jeder Host wird mit seiner physischen IP-Adresse (Host-Name) und seinem individuellen Daten-Volume auf der Storage-Ebene konfiguriert. Die beiden SnapCenter Ressourcen werden in einer Ressourcengruppe kombiniert, SnapCenter erkennt automatisch, welcher Host sich auf einem primären oder sekundären Server befindet, und führt dann die erforderlichen Backup-Vorgänge entsprechend aus. Das Aufbewahrungsmanagement für Snapshot und dateibasierte Backups, die mit SnapCenter erstellt wurden, erfolgt über beide Hosts hinweg, sodass sichergestellt ist, dass alte Backups auch am aktuellen sekundären Host gelöscht werden. Die folgende Abbildung bietet einen allgemeinen Überblick. Eine detaillierte Beschreibung der Konfiguration und des Betriebs von HANA-System-Replication-fähigen HANA-Systemen in SnapCenter finden Sie in "TR-4719 SAP HANA System Replication, Backup und Recovery mit SnapCenter".
