Ressourcenspezifische SnapCenter Konfiguration für Backups außerhalb von Datenvolumen
Das Backup von nicht-Daten-Volumes ist ein integrierter Teil des SAP HANA Plug-ins. Der Schutz des Datenbankdatenvolumens reicht aus, um die SAP HANA Datenbank zu einem bestimmten Zeitpunkt wiederherzustellen, vorausgesetzt, die Ressourcen zur Datenbankinstallation und die erforderlichen Protokolle sind weiterhin verfügbar.
Um das Recovery von Situationen durchzuführen, in denen andere nicht-Datendateien wiederhergestellt werden müssen, empfiehlt NetApp, eine zusätzliche Backup-Strategie für nicht-Daten-Volumes zu entwickeln, um das SAP HANA Datenbank-Backup zu erweitern. Je nach Ihren spezifischen Anforderungen kann sich das Backup von nicht-Daten-Volumes in den Einstellungen für die Planungsfrequenz und -Aufbewahrung unterscheiden, und Sie sollten bedenken, wie oft nicht-Datendateien geändert werden. Zum Beispiel das HANA Volume /hana/shared
Enthält ausführbare Dateien, aber auch SAP HANA Trace-Dateien. Zwar ändern sich ausführbare Dateien nur beim Upgrade der SAP HANA Datenbank, doch benötigen die SAP HANA Trace-Dateien möglicherweise eine höhere Backup-Häufigkeit, um Problemsituationen mit SAP HANA zu analysieren.
Dank des nicht-Daten-Volume-Backups von SnapCenter können Snapshot-Kopien aller relevanten Volumes in wenigen Sekunden mit derselben Speichereffizienz erstellt werden wie bei SAP HANA-Datenbank-Backups. Der Unterschied liegt darin, dass keine SQL Kommunikation mit der SAP HANA Datenbank erforderlich ist.
Konfiguration von Ressourcen, die nicht vom Datenvolumen stammen
In diesem Beispiel wollen wir die nicht-Daten-Volumes der SAP HANA Datenbank SS1 schützen.
-
Wählen Sie auf der Registerkarte Ressource die Option nicht-Daten-Volume aus, und klicken Sie auf SAP HANA-Datenbank hinzufügen.
-
Wählen Sie in Schritt 1 des Dialogfelds SAP HANA-Datenbank hinzufügen in der Liste Ressourcentyp die Option nicht-Daten-Volumes aus. Geben Sie einen Namen für die Ressource und den zugehörigen SID und den SAP HANA Plug-in-Host an, den Sie für die Ressource verwenden möchten, und klicken Sie dann auf Weiter.
-
Fügen Sie die SVM und das Storage-Volume als Storage-Platzbedarf hinzu und klicken Sie dann auf Weiter.
-
Klicken Sie im Übersichtsschritt auf Fertig stellen, um die Einstellungen zu speichern.
-
Wiederholen Sie diese Schritte für alle erforderlichen nicht-Daten-Volumes.
-
Setzen Sie die Schutzkonfiguration der neuen Ressource fort.
Die Datensicherung für nicht-Daten-Volume-Ressourcen ist identisch mit dem Workflow für SAP HANA Datenbankressourcen und kann auf individueller Ressourcenebene definiert werden. Die folgende Abbildung zeigt eine Liste der konfigurierten Ressourcen, die keine Daten-Volumes enthalten.
Ressourcengruppen
Ressourcengruppen können den Schutz mehrerer Ressourcen bequem definieren, für die dieselben Sicherungsrichtlinien und denselben Zeitplan erforderlich sind. Einzelne Ressourcen, die zu einer Ressourcengruppe gehören, können weiterhin auf individueller Ebene geschützt werden.
Ressourcengruppen bieten die folgenden Funktionen:
-
Sie können einer Ressourcengruppe mindestens eine Ressource hinzufügen. Alle Ressourcen müssen zum gleichen SnapCenter-Plug-in gehören.
-
Der Schutz kann auf Ressourcengruppenebene definiert werden. Alle Ressourcen in der Ressourcengruppe verwenden die gleiche Richtlinie und den gleichen Zeitplan, wenn sie geschützt sind.
-
Alle Backups im SnapCenter Repository und die Storage-Snapshot-Kopien haben denselben Namen wie im Ressourcenschutz definiert.
-
Wiederherstellungsvorgänge werden auf nur einer Ressourcenebene und nicht als Teil einer Ressourcengruppe angewendet.
-
Wenn Sie das Backup einer Ressource, die auf Ressourcengruppenebene erstellt wurde, mit SnapCenter löschen, wird dieses Backup für alle Ressourcen der Ressourcengruppe gelöscht. Das Backup wird gelöscht, das Backup aus dem SnapCenter Repository zu löschen und die Storage Snapshot Kopien zu löschen.
-
Der Hauptanwendungsfall für Ressourcengruppen ist, wenn ein Kunde Backups verwenden möchte, die mit SnapCenter für das Systemklonen mit SAP Landscape Management erstellt wurden. Dies wird im nächsten Abschnitt beschrieben.
Nutzen Sie SnapCenter in Kombination mit dem SAP Landscape Management
Mit SAP Landscape Management (SAP Lama) können Kunden komplexe SAP Systemlandschaften in On-Premises-Datacentern und in Systemen, die in der Cloud ausgeführt werden, managen. SAP Lama ermöglicht zusammen mit dem NetApp Storage Services Connector (SSC) Storage-Vorgänge wie das Klonen und die Replizierung für SAP-Systemklone, Kopier- und Aktualisierungs-Anwendungsfälle mithilfe der Snapshot- und FlexClone-Technologie. Damit können Sie eine SAP Systemkopie auf Basis der Storage-Klontechnologie vollständig automatisieren und gleichzeitig die erforderliche SAP Nachbearbeitung erzielen. Weitere Informationen zu den Lösungen von NetApp für SAP Lama finden Sie unter "TR-4018: Integration von NetApp ONTAP-Systemen in SAP Landscape Management".
NetApp SSC und SAP Lama können On-Demand Snapshot-Kopien direkt mit NetApp SSC erstellen, können aber auch mithilfe von SnapCenter erstellte Snapshot-Kopien nutzen. Um SnapCenter Backups als Basis für Systemklonungs- und Kopiervorgänge bei SAP Lama zu nutzen, müssen folgende Voraussetzungen erfüllt werden:
-
SAP Lama verlangt, dass alle Volumes in das Backup einbezogen werden; dazu gehören SAP HANA-Daten, Protokolle und gemeinsam genutzte Volumes.
-
Alle Storage-Snapshot-Namen müssen identisch sein.
-
Storage-Snapshot-Namen müssen mit VCM beginnen.
Bei normalen Backup-Vorgängen empfiehlt NetApp nicht, das Protokoll-Volume einzubeziehen. Wenn Sie das Protokoll-Volume aus einem Backup wiederherstellen, werden die letzten aktiven Redo-Protokolle überschrieben und die Wiederherstellung der Datenbank in den letzten letzten Status verhindert. |
SnapCenter Ressourcengruppen erfüllen alle diese Anforderungen. In SnapCenter werden drei Ressourcen konfiguriert: Je eine Ressource für das Daten-Volume, das Protokoll-Volume und das gemeinsam genutzte Volume. Die Ressourcen werden einer Ressourcengruppe zugeordnet, und der Schutz wird dann auf Ressourcengruppenebene definiert. Im Ressourcengruppenschutz muss der benutzerdefinierte Snapshot-Name zu Beginn mit VCM definiert werden.