Die folgende Abbildung zeigt eine Standardinstallation, bei der der SnapCenter Agent zusammen mit dem Datenbank-Plug-in lokal auf dem Quell- und dem Ziel-Datenbankserver installiert wurde. Im Lab-Setup wurde das SAP HANA-Plug-in installiert. Außerdem wurde der LSC-Worker auch auf dem Zielserver installiert. Zur Vereinfachung und zur Verringerung der Anzahl der virtuellen Server haben wir den LSC-Master auf dem SnapCenter-Server installiert. Die Kommunikation zwischen den verschiedenen Komponenten ist in der folgenden Abbildung dargestellt.

Die folgende Abbildung zeigt die Einrichtung über einen zentralen Kommunikations-Host. In dieser Konfiguration wurde der SnapCenter Agent zusammen mit dem SAP HANA Plug-in und dem HANA Datenbank-Client auf einem dedizierten Server installiert. Bei diesem Setup wurde der zentrale Kommunikations-Host mit dem SnapCenter-Server installiert. Darüber hinaus wurde der LSC-Mitarbeiter wieder auf dem Zielserver installiert. Zur Vereinfachung und zur Verringerung der Anzahl der virtuellen Server haben wir uns entschieden, auch den LSC-Master auf dem SnapCenter-Server zu installieren. Die Kommunikation zwischen den verschiedenen Komponenten ist in der Abbildung unten dargestellt.

In diesem Abschnitt werden die Konfigurationsschritte beschrieben, die bei einer Standardinstallation erforderlich sind, bei der der SnapCenter-Agent und das erforderliche Datenbank-Plug-in auf den Quell- und Zielsystemen installiert sind. Bei Verwendung einer Standardinstallation werden alle Aufgaben ausgeführt, die zum Mounten des Klon-Volumes sowie zur Wiederherstellung des Zielsystems erforderlich sind, vom SnapCenter Agent, der auf dem Zieldatenbanksystem auf dem Server selbst ausgeführt wird. Hiermit können Sie auf alle Details zum Klonen zugreifen, die über Umgebungsvariablen vom SnapCenter Agent zur Verfügung stehen. Daher müssen Sie nur eine weitere Aufgabe in der LSC-Kopiephase erstellen. Diese Aufgabe führt den Snapshot-Kopiervorgang auf dem Quellsystem sowie den Klon- und Wiederherstellungsprozess auf dem Zieldatenbanksystem durch. Alle Aufgaben im Zusammenhang mit SnapCenter werden mithilfe eines PowerShell Skripts ausgelöst, das in die LSC-Aufgabe eingegeben wird NTAP_SYSTEM_CLONE.

Das folgende Bild zeigt die Konfiguration von LSC-Tasks in der Kopierphase.

Die folgende Abbildung zeigt die Konfiguration des NTAP_SYSTEM_CLONE Prozess. Da Sie ein PowerShell-Skript ausführen, wird dieses Windows PowerShell-Skript auf dem Satellitensystem ausgeführt. In diesem Fall ist dies der SnapCenter-Server mit dem installierten LSC-Master, der auch als Satellitensystem fungiert.

Da LSC bekannt sein muss, ob die Snapshot Kopie, das Klonen und der Recovery-Vorgang erfolgreich waren, müssen Sie mindestens zwei Rückgabecodetypen definieren. Ein Code dient zur erfolgreichen Ausführung des Skripts und der andere Code dient zur fehlgeschlagenen Ausführung des Skripts, wie in der folgenden Abbildung dargestellt.

Das folgende Bild zeigt einen Teil des PowerShell-Skripts, das ausgeführt werden muss, um ein Snapshot-basiertes Backup auf dem Quelldatenbanksystem und einen Klon auf dem Zieldatenbanksystem auszuführen. Das Skript ist nicht vollständig. Vielmehr zeigt das Skript, wie die Integration zwischen LSC und SnapCenter aussehen kann und wie einfach es ist, es einzurichten.

Da das Skript auf dem LSC-Master ausgeführt wird (was auch ein Satellitensystem ist), muss der LSC-Master auf dem SnapCenter-Server als Windows-Benutzer ausgeführt werden, der über die entsprechenden Berechtigungen verfügt, um Backup- und Klonvorgänge in SnapCenter auszuführen. Um zu überprüfen, ob der Benutzer über die entsprechenden Berechtigungen verfügt, sollte er eine Snapshot Kopie und einen Klon in der SnapCenter UI ausführen können.

Es besteht keine Notwendigkeit, den LSC-Master und den LSC-Satelliten auf dem SnapCenter-Server selbst auszuführen. Der LSC-Master und der LSC-Satellit können auf jedem Windows-Rechner ausgeführt werden. Voraussetzung für die Ausführung des PowerShell Skripts auf dem LSC-Satellit ist, dass die SnapCenter PowerShell Cmdlets auf dem Windows Server installiert wurden.

Zur Integration zwischen LSC und SnapCenter über einen zentralen Kommunikationhost werden in der Kopiephase nur die erforderlichen Anpassungen vorgenommen. Die Snapshot Kopie und der Klon werden mit dem SnapCenter Agent auf dem zentralen Kommunikations-Host erstellt. Daher stehen alle Details zu den neu erstellten Volumes nur auf dem zentralen Kommunikationshost und nicht auf dem Zieldatenbankserver zur Verfügung. Diese Details sind jedoch auf dem Ziel-Datenbankserver erforderlich, um das Klon-Volume zu mounten und die Recovery auszuführen. Aus diesem Grund sind in der Kopiephase zwei zusätzliche Aufgaben erforderlich. Eine Aufgabe wird auf dem zentralen Kommunikations-Host ausgeführt und eine Aufgabe wird auf dem Ziel-Datenbankserver ausgeführt. Diese beiden Aufgaben werden in der Abbildung unten angezeigt.

Die folgende Abbildung zeigt die Konfiguration der Aufgabe NTAP_SYSTEM_CLONE_CP. Dies ist das Windows PowerShell-Skript, das auf dem Satellitensystem ausgeführt wird. In diesem Fall ist das Satellitensystem der SnapCenter-Server mit dem installierten LSC-Master.

Da LSC wissen muss, ob der Snapshot Kopie- und Klonvorgang erfolgreich war, müssen Sie mindestens zwei Rückgabecodetypen definieren: Einen Rückgabecode für eine erfolgreiche Ausführung des Skripts und den anderen für eine fehlgeschlagene Ausführung des Skripts, wie in dem nachfolgenden Bild dargestellt.

Das folgende Bild zeigt einen Teil des PowerShell-Skripts, der ausgeführt werden muss, um eine Snapshot Kopie und einen Klon mithilfe des SnapCenter-Agenten auf dem zentralen Kommunikations-Host auszuführen. Das Skript soll nicht vollständig sein. Vielmehr wird das Skript verwendet, um zu zeigen, wie die Integration zwischen LSC und SnapCenter aussehen kann und wie einfach es ist, es einzurichten.

Wie bereits erwähnt, müssen Sie den Namen des Klon-Volumes an die nächste Aufgabe übergeben NTAP_MNT_RECOVER_CP So mounten Sie das Klon-Volume auf dem Zielserver: Der Name des Klon-Volume, auch als Verbindungspfad bezeichnet, wird in der Variable gespeichert $JunctionPath. Die Übergabe an eine nachfolgende LSC-Aufgabe erfolgt über eine benutzerdefinierte LSC-Variable.

Da das Skript auf dem LSC-Master ausgeführt wird (was auch ein Satellitensystem ist), muss der LSC-Master auf dem SnapCenter-Server als Windows-Benutzer ausgeführt werden, der über die entsprechenden Berechtigungen verfügt, um die Backup- und Klonvorgänge in SnapCenter auszuführen. Um zu überprüfen, ob diese über die entsprechenden Berechtigungen verfügt, sollte der Benutzer eine Snapshot Kopie und einen Klon in der SnapCenter GUI ausführen können.

Die folgende Abbildung zeigt die Konfiguration der Aufgabe NTAP_MNT_RECOVER_CP. Da wir ein Linux-Shell-Skript ausführen möchten, ist dies ein Befehlsskript, das auf dem Zieldatenbanksystem ausgeführt wird.

Da LSC bekannt sein muss, dass die Klon-Volumes Mounten sind und ob das Wiederherstellen und Wiederherstellen der Zieldatenbank erfolgreich war, müssen wir mindestens zwei Rückgabecodetypen definieren. Ein Code dient zur erfolgreichen Ausführung des Skripts und ist für eine fehlgeschlagene Ausführung des Skripts, wie in der folgenden Abbildung dargestellt.

Die folgende Abbildung zeigt einen Teil des Linux Shell-Skripts, mit dem die Zieldatenbank angehalten, das alte Volume entfernt, das Klon-Volume gemountet und die Zieldatenbank wiederhergestellt werden kann. In der vorherigen Aufgabe wurde der Verbindungspfad in eine LSC-Variable geschrieben. Der folgende Befehl liest diese LSC-Variable und speichert den Wert in $JunctionPath Variable des Linux Shell-Skripts.

Der LSC-Worker auf dem Zielsystem läuft als <sidaadm>, Aber Mount-Befehle müssen als Root-Benutzer ausgeführt werden. Deshalb müssen Sie die erstellen central_plugin_host_wrapper_script.sh. Das Skript central_plugin_host_wrapper_script.sh Wird aus der Aufgabe aufgerufen NTAP_MNT_RECOVERY_CP Verwenden der sudo Befehl. Verwenden der sudo Befehl, das Skript wird mit UID 0 ausgeführt, und wir können alle nachfolgenden Schritte durchführen, z. B. das Abhängen der alten Volumes, das Mounten der Klon-Volumes und das Wiederherstellen der Zieldatenbank. Um die Skriptausführung mit zu aktivieren sudo, Die folgende Zeile muss hinzugefügt werden /etc/sudoers: