PowerProtect : Pré et post-scripts SAP-HANA pour les snapshots Hana natifs conjointement avec les snapshots Cloud Snapshot Manager

Reportez-vous à ce document pour l’utilisation de SAP-HANA avec le guide CSM :
https://dl.dell.com/content/docu104379-powerprotect-cloud-snapshot-manager-protecting-sap-hana-with-application-consistency.pdf?language=en-us
Ce livre blanc est rédigé pour Azure, mais s’applique également à AWS.
Cette méthode décrit comment utiliser un script de pré-snapshot de cohérence des applications CSM pour déclencher un snapshot natif de base de données HANA.
Les snapshots HANA natifs ne sont pas liés aux snapshots AWS ou Azure.
Les snapshots natifs HANA sont stockés dans le répertoire /hana/data/ sur les systèmes de fichiers du serveur de base de données HANA. CSM prend des snapshots des volumes de machine qui contiennent des snapshots HANA natifs.
La base de données HANA peut être restaurée en restaurant les volumes machine qui contiennent des snapshots HANA natifs. Vous pouvez également restaurer la machine virtuelle d’un serveur de base de données HANA, puis utiliser HANA Studio pour restaurer le système HANA, puis les bases de données client.
Cela peut être accompli à l’aide de la fonctionnalité FLR du CSM pour rattacher des volumes à une machine de base de données HANA existante. Cette procédure est décrite dans le lien référencé vers le livre blanc. Vous pouvez également restaurer une machine virtuelle entière avec la fonctionnalité Restore VM de CSM, puis restaurer la base de données HANA à l’aide du snapshot natif HANA enregistré.

Il peut être nécessaire de rejouer le journal. Il serait nécessaire de restaurer les sauvegardes de log par un autre moyen en cas de restauration à un point dans le temps postérieur à l’heure de snapshot CSM. Par exemple, NetWorker peut être utilisé pour la sauvegarde et la restauration de logs dans le cadre d’une restauration à un point dans le temps où l’heure de restauration est postérieure à l’heure du snapshot CSM.

La méthode consiste à placer les scripts natifs HANA sur la machine de base de données HANA. Les pré-scripts et post-scripts CSM exécutent ensuite les scripts qui se trouvent sur la machine.
Lorsque les scripts sont exécutés sur des machines Linux, la dernière commande exécutée correspond à l’état d’exécution global. Par conséquent, dans l’exemple du pré-script, le script de snapshot HANA s’exécute suivi de Linux fsfreeze . L’état général du script dépend de fsfreeze Exécution de commandes.
Il est probablement souhaitable d’ajouter quelque chose pour évaluer l’état du script de snapshot HANA. Ensuite, la tâche dans CSM peut être marquée comme « partiellement terminée » si le script de snapshot HANA ne se termine pas normalement.
Utilisez un script qui ressemble à cet exemple tiré de la documentation AWS Systems Manager :

"su -  dbadminacct -c python /tmp/hana-pre.py",
        "if [ $? -ne 0 ]",
          "then ",
          "echo command status non-zero",
          "exit 2",
          "fi",
"su - root -c /sbin/fsfreeze --freeze /hana/data/D1/"


Something similar for post script is prudent as well:

     "customerr = 0",
"su - root -c /sbin/fsfreeze --unfreeze /hana/data/D1/",
     "if [ $? -ne 0 ]",
          "then ",
          "customerr = 2",
          "fi",
"su -  dbadminacct -c python /tmp/hana-pre.py",
"if [ $customerr -ne 0 ]",
"then ",
"echo post script error encountered"
"exit 2",
"fi"