Skip to main content
NetApp Solutions SAP
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Beispielskripte zur Automatisierung

Beitragende
PDFs

In diesem Dokument werden zwei Skripte verwendet, um die Vorgänge zur SnapCenter-Klonerstellung und -Löschung weiter zu automatisieren.

  • Das Skript sc-system-refresh.sh Wird für die Systemaktualisierung und den Workflow von Systemklonen verwendet, um Mount- und Unmount-Vorgänge für das HANA Daten-Volume auszuführen und für die Recovery und das Herunterfahren der HANA-Datenbank zu sorgen.

  • Das Skript sc-mount-volume.sh Wird für den Workflow von Systemklonen zur Ausführung von Mount- und Unmounten-Vorgängen für das Shared HANA Volume verwendet.

Hinweis Die Beispielskripte werden wie IS bereitgestellt und von NetApp nicht unterstützt. Die Skripte können Sie per E-Mail an ng-sapcc@netapp.com anfordern.

Skript sc-system-refresh.sh

Das Beispielskript sc-system-refresh.sh Wird verwendet, um Mount- und Unmount-Vorgänge für SAP HANA Daten-Volumes sowie Recovery- und Shutdown-Vorgänge auszuführen. Das Skript wird mit spezifischen Befehlszeilenoptionen in den SnapCenter Workflows Clone create and Clone delete aufgerufen, wie in der folgenden Abbildung dargestellt.

Das Skript ist generisch und wird mit einer SID-spezifischen Konfigurationsdatei und Umgebungsvariablen konfiguriert, die SnapCenter bei Ausführung des Skripts zur Verfügung stellt. Das Skript und die Konfigurationsdatei müssen auf dem Zielhost des Systemaktualisierungsvorgangs verfügbar sein. Wenn das Skript für mehrere Zielhosts verwendet wird, können Sie eine NFS-Freigabe bereitstellen, von der das Skript allen Zielhosts zur Verfügung gestellt wird.

Hinweis Die aktuelle Version des Skripts unterstützt Einzelhostsysteme mit einem einzelnen Container-, MDC-Einzelmandanten- oder MDC-Konfigurationen für mehrere Mandanten. SAP HANA wird nicht mit Systemen mit mehreren Hosts unterstützt.
Hinweis Das Skript unterstützt HANA-Systeme unter Verwendung von NFS oder Fibre Channel (FC) als Storage-Protokoll.

Fehler: Fehlendes Grafikbild

Unterstützte Mandanten-Recovery-Vorgänge

Wie im Abschnitt beschrieben "„SAP HANA System Refresh Operation Workflows mittels Storage Snapshot Backups“" Die möglichen Mandantenwiederherstellungsvorgänge im Zielsystem hängen von der Mandantenkonfiguration des Quellsystems ab. Das Skript sc-system-refresh.sh Unterstützt alle Mandanten-Recovery-Vorgänge, die abhängig von der Konfiguration des Quellsystems möglich sind, wie in der folgenden Tabelle dargestellt.

Wenn auf dem Zielsystem ein anderer Mandantenname benötigt wird, muss der Mandant nach dem Recovery-Vorgang manuell umbenannt werden.

HANA-System Mandantenkonfiguration beim Quellsystem Mandantenkonfiguration beim Zielsystem

Einzelner Container

NA

NA

MDC-Einzelmandant

Quell-Mandantenname entspricht der Quell-SID

Der Zielmandant-Name entspricht der Ziel-SID

MDC-Einzelmandant

Der Name des Quell-Mandanten entspricht nicht dem Quell-SID

Der Zielmandant-Name entspricht dem Quell-Mandantennamen

MDC mehrere Mandanten

Alle Mandantennamen

Nur der erste Mandant wird wiederhergestellt und hat denselben Namen wie der Quellmandant.

SID-spezifische Konfigurationsdatei

Dieses Skript verwendet eine Konfigurationsdatei, um einige systemspezifische Zielparameter zu konfigurieren. Die Konfigurationsdatei muss einen SID-spezifischen Dateinamen haben sc-system-refresh- SID.cfg.

Hinweis Der Datenbankbenutzer, der mit dem hdbuserstore-Schlüssel für das Zielsystem konfiguriert ist, muss in der Quelldatenbank vorhanden sein und über die richtigen Rechte verfügen, um eine Datenbankwiederherstellung zu ermöglichen.

Die Parameter der Konfigurationsdatei sind in der folgenden Tabelle aufgeführt.

Parameter Beschreibung

TASTE

Beispiel: QS1KEY

SAP HANA hdbuserstore-Schlüssel, der für den Wiederherstellungsvorgang der Ziel-SAP HANA-Datenbank verwendet werden soll. Der Schlüssel muss für den Benutzer <SID>ADM auf dem Ziel-Host konfiguriert werden.

PROTOKOLL

NFS oder FCP

Storage-Protokoll, das zur Verbindung des HANA Datenbank-Volumes verwendet wird.

Die folgende Ausgabe zeigt eine Beispielkonfigurationsdatei für ein SAP HANA-System mit SID=QS1.

ss1adm@hana-1:/mnt/sapcc-share/SAP-System-Refresh> cat sc-system-refresh-QS1.cfg
# ---------------------------------------------
# Target database specific parameters
# ---------------------------------------------
# hdbuserstore key, which should be used to connect to the target database
KEY="QS1KEY"
# Used storage protocol, NFS or FCP
PROTOCOL="NFS"
ss1adm@hana-1:/mnt/sapcc-share/SAP-System-Refresh>

SnapCenter-Umgebungsvariablen

SnapCenter bietet einen Satz von Umgebungsvariablen, die innerhalb des Skripts verfügbar sind, die auf dem Ziel-Host ausgeführt werden. Das Skript verwendet diese Variablen, um die entsprechenden Konfigurationseinstellungen zu bestimmen.

  • Die Skriptvariable HANA_ARCHITECTURE Wird verwendet, um den erforderlichen Wiederherstellungsvorgang zu bestimmen, entweder für einzelne Container oder MDC-Systeme.

    • Abgeleitet von HANA_DATABASE_TYPE Umgebungsvariable

    • Beispiel: MDC\SS1_HANA_DATABASE_TYPE=MULTIPLE_CONTAINERS

  • Die Skriptvariablen TENANT_LIST, SOURCE_TENANT, und SOURCE_SID Werden verwendet, um den Zielmandanten-Namen für einen Recovery-Vorgang zu bestimmen.

    • Abgeleitet von TENANT_DATABASE_NAMES Umgebungsvariable

    • Beispiel: MDC\SM1_TENANT_DATABASE_NAMES=TENANT1,TENANT2

  • Die Skriptvariable STORAGE, JUNCTION_PATH Wird für den Mount-Betrieb verwendet.

    • Abgeleitet von CLONED_VOLUMES_MOUNT_PATH Umgebungsvariable

    • Beispiel:

CLONED_VOLUMES_MOUNT_PATH=192.168.175.117:/SS1_data_mnt00001_Clone_05112206115489411

Skript sc-mount-volume.sh

Das Beispielskript sc- mount-volume.sh Wird verwendet, um Mount und Unmount für jedes Volume auszuführen. Das Skript wird verwendet, um das gemeinsam genutzte HANA-Volume mit dem Klonvorgang des SAP HANA Systems zu mounten. Das Skript wird mit spezifischen Befehlszeilenoptionen in den SnapCenter Workflows Clone create and Clone delete aufgerufen, wie in der folgenden Abbildung dargestellt.

Hinweis Das Skript unterstützt HANA-Systeme unter Verwendung von NFS als Storage-Protokoll.

Fehler: Fehlendes Grafikbild

SnapCenter-Umgebungsvariablen

SnapCenter bietet einen Satz von Umgebungsvariablen, die innerhalb des Skripts verfügbar sind, die auf dem Ziel-Host ausgeführt werden. Das Skript verwendet diese Variablen, um die entsprechenden Konfigurationseinstellungen zu bestimmen.

  • Die Skriptvariable STORAGE, JUNCTION_PATH Wird für den Mount-Betrieb verwendet.

    • Abgeleitet von CLONED_VOLUMES_MOUNT_PATH Umgebungsvariable:

    • Beispiel:

CLONED_VOLUMES_MOUNT_PATH=192.168.175.117:/SS1_shared_Clone_05112206115489411

Skript zum Abrufen von SnapCenter Umgebungsvariablen

Wenn keine Automatisierungsskripts verwendet werden und die Schritte manuell ausgeführt werden sollten, müssen Sie den Verbindungspfad des FlexClone Volume zum Storage-System kennen. Der Verbindungspfad ist in SnapCenter nicht sichtbar. Sie müssen also entweder den Verbindungspfad direkt am Storage-System nachschlagen oder ein einfaches Skript verwenden, das die SnapCenter Umgebungsvariablen auf dem Ziel-Host bereitstellt. Dieses Skript muss als Mount-Operation-Skript innerhalb der SnapCenter Clone Erstellungsvorgang hinzugefügt werden.

ss1adm@hana-1:/mnt/sapcc-share/SAP-System-Refresh> cat get-env.sh
#!/bin/bash
rm /tmp/env-from-sc.txt
env > /tmp/env-from-sc.txt
ss1adm@hana-1:/mnt/sapcc-share/SAP-System-Refresh>

Innerhalb des env-from-sc.txt Datei, suchen Sie nach der Variable CLONED_VOLUMES_MOUNT_PATH Um die IP-Adresse des Storage-Systems und den Verbindungspfad des FlexClone Volume zu erhalten.

Beispiel:

CLONED_VOLUMES_MOUNT_PATH=192.168.175.117:/SS1_data_mnt00001_Clone_05112206115489411