Skip to main content
NetApp Solutions SAP
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Scripts d'exemple d'automatisation

Contributeurs
PDF

Dans ce document, deux scripts sont utilisés pour automatiser davantage les opérations de création de clones et de suppression des clones SnapCenter.

  • Le script sc-system-refresh.sh Est utilisé pour la mise à jour du système et le workflow du clone du système pour exécuter les opérations de montage et de démontage du volume de données HANA ainsi que pour les opérations de restauration et d'arrêt de la base de données HANA.

  • Le script sc-mount-volume.sh Est utilisé pour le workflow du clone du système pour exécuter les opérations de montage et de démontage pour le volume partagé HANA.

Remarque Les scripts exemple sont fournis en l'état et ne sont pas pris en charge par NetApp. Vous pouvez demander les scripts par e-mail à ng-sapcc@netapp.com.

Script sc-system-refresh.sh

Exemple de script sc-system-refresh.sh Cette technologie permet d'exécuter des opérations de montage et de démontage pour les volumes de données SAP HANA, ainsi que des opérations de restauration et d'arrêt. Ce script s'appelle avec des options de ligne de commande spécifiques au sein des workflows SnapCenter create et clone delete, comme illustré dans la figure suivante.

Le script est générique et est configuré avec un fichier de configuration spécifique à SID et des variables d'environnement, qui sont disponibles par SnapCenter lors de l'exécution du script. Le script et le fichier de configuration doivent être disponibles sur l'hôte cible de l'opération d'actualisation du système. Si le script est utilisé pour plusieurs hôtes cibles, vous pouvez fournir un partage NFS à partir duquel le script est mis à disposition de tous les hôtes cibles.

Remarque La version actuelle du script prend en charge les systèmes à un seul hôte avec un seul conteneur, une seule instance MDC ou une configuration à plusieurs locataires MDC. Elle ne prend pas en charge les systèmes SAP HANA à hôtes multiples.
Remarque Le script prend en charge les systèmes HANA qui utilisent le protocole de stockage NFS ou Fibre Channel (FC).

Erreur : image graphique manquante

Prise en charge des opérations de restauration par locataire

Comme décrit dans la section "« Workflows d'opération de mise à jour du système SAP HANA utilisant des sauvegardes de snapshot de stockage »" les opérations de restauration par locataire possibles sur le système cible dépendent de la configuration des locataires du système source. Le script sc-system-refresh.sh prend en charge toutes les opérations de récupération en fonction de la configuration du système source, comme le montre le tableau suivant.

Si un autre nom de locataire est requis sur le système cible, le locataire doit être renommé manuellement après l'opération de restauration.

Système HANA Configuration des locataires dans le système source Configuration des locataires dans le système cible

Conteneur unique

NA

NA

MDC locataire unique

Nom du locataire source égal au SID source

Le nom du locataire cible est égal au SID cible

MDC locataire unique

Le nom du locataire source n'est pas égal au SID source

Le nom du locataire cible est identique au nom du locataire source

MDC pour plusieurs locataires

Tous les noms de locataire

Seul le premier locataire est récupéré et porte le même nom que le locataire source.

Fichier de configuration spécifique au SID

Ce script utilise un fichier de configuration pour configurer quelques paramètres spécifiques au système cible. Le fichier de configuration doit avoir un nom de fichier spécifique au SID sc-system-refresh- SID.cfg.

Remarque L'utilisateur de la base de données, configuré avec la clé hdbuserstore pour le système cible, doit exister dans la base de données source et disposer des droits appropriés pour permettre la récupération de la base de données.

Les paramètres du fichier de configuration sont indiqués dans le tableau suivant.

Paramètre Description

CLÉ

Par exemple : QS1KEY

Clé hdbuserstore SAP HANA, qui doit être utilisée pour l'opération de restauration de la base de données SAP HANA cible. La clé doit être configurée pour l'utilisateur <SID<adm sur l'hôte cible.

PROTOCOLE

NFS ou FCP

Protocole de stockage utilisé pour connecter le volume de données de la base de données HANA.

Le résultat suivant montre un exemple de fichier de configuration pour un système SAP HANA avec 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>

Les variables d'environnement SnapCenter

SnapCenter fournit un ensemble de variables d'environnement disponibles dans le script exécuté sur l'hôte cible. Le script utilise ces variables pour déterminer les paramètres de configuration appropriés.

  • La variable de script HANA_ARCHITECTURE Est utilisé pour déterminer l'opération de récupération requise, soit pour un seul conteneur, soit pour les systèmes MDC.

    • Dérivé de HANA_DATABASE_TYPE variable d'environnement

    • Par exemple : MDC\SS1_HANA_DATABASE_TYPE=MULTIPLE_CONTAINERS

  • les variables de script TENANT_LIST, SOURCE_TENANT, et SOURCE_SID permettent de déterminer le nom du locataire cible pour une opération de reprise.

    • Dérivé de TENANT_DATABASE_NAMES variable d'environnement

    • Par exemple : MDC\SM1_TENANT_DATABASE_NAMES=TENANT1,TENANT2

  • La variable de script STORAGE, JUNCTION_PATH est utilisé pour l'opération de montage.

    • Dérivé de CLONED_VOLUMES_MOUNT_PATH variable d'environnement

    • Par exemple :

CLONED_VOLUMES_MOUNT_PATH=192.168.175.117:/SS1_data_mnt00001_Clone_05112206115489411

Script sc-mount-volume.sh

Exemple de script sc- mount-volume.sh est utilisé pour exécuter le montage et le démontage de tout volume. Le script est utilisé pour monter le volume partagé HANA avec l'opération de clonage du système SAP HANA. Ce script s'appelle avec des options de ligne de commande spécifiques au sein des workflows SnapCenter create et clone delete, comme illustré dans la figure suivante.

Remarque Le script prend en charge les systèmes HANA qui utilisent NFS comme protocole de stockage.

Erreur : image graphique manquante

Les variables d'environnement SnapCenter

SnapCenter fournit un ensemble de variables d'environnement disponibles dans le script exécuté sur l'hôte cible. Le script utilise ces variables pour déterminer les paramètres de configuration appropriés.

  • La variable de script STORAGE, JUNCTION_PATH est utilisé pour l'opération de montage.

    • Dérivé de CLONED_VOLUMES_MOUNT_PATH variable d'environnement.

    • Par exemple :

CLONED_VOLUMES_MOUNT_PATH=192.168.175.117:/SS1_shared_Clone_05112206115489411

Script pour obtenir les variables d'environnement SnapCenter

Si les scripts d'automatisation ne doivent pas être utilisés et que la procédure doit être exécutée manuellement, vous devez connaître le chemin de jonction du système de stockage du volume FlexClone. La Junction path n'est pas visible dans SnapCenter. Vous devez soit rechercher le Junction path directement sur le système de stockage, soit utiliser un script simple qui fournit les variables d'environnement SnapCenter sur l'hôte cible. Ce script doit être ajouté en tant que script d'opération de montage dans l'opération de création du clone SnapCenter.

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>

Dans le env-from-sc.txt fichier, recherchez la variable CLONED_VOLUMES_MOUNT_PATH Pour obtenir l'adresse IP du système de stockage et le chemin de jonction du volume FlexClone.

Par exemple :

CLONED_VOLUMES_MOUNT_PATH=192.168.175.117:/SS1_data_mnt00001_Clone_05112206115489411