Scripts personnalisés

Lorsque vous définissez un workflow de sauvegarde et de reprise après sinistre LiveClone qui effectue un prénettoyage, vous pouvez choisir entre le masquage des données de confidentialité Optim ou des scripts personnalisés.

Pour les scripts personnalisés, spécifiez au moins un script de pré- ou post-traitement.

• Spécifiez un pré-script si nécessaire. Le pré-script permet de configurer l'environnement avant de monter ou de démonter l'application. Ce script doit se trouver dans un dossier nommé /act/scripts sur le serveur qui héberge l'image montée.
• Dans le champ Timeout in Seconds (Délai avant expiration en secondes) correspondant, spécifiez le temps nécessaire pour que le script s'exécute.
• Spécifiez un post-script si nécessaire. Post-script utilisé pour effectuer une opération sur les données après leur montage ou leur démontage. Ce script doit se trouver dans un dossier nommé /act/scripts sur le serveur qui héberge l'image montée.
• Dans le champ Timeout in Seconds (Délai avant expiration en secondes) correspondant, spécifiez le temps nécessaire pour que le script soit exécuté.

Scripts de pré et post-workflow de sauvegarde et de reprise après sinistre

Les workflows Backup and DR montent et démontent les images de sauvegarde selon un calendrier ou à la demande. Dans un workflow de sauvegarde et de reprise après sinistre, vous pouvez appeler les éléments suivants:

• Un pré-script qui s'exécute avant qu'une image ne soit montée ou démontée
• Post-script exécuté après le montage ou le démontage d'une image

La possibilité d'exécuter un script avant et après le montage ou le démontage des données vous permet de procéder comme suit:

• Nettoyer les informations sensibles
• Générer des rapports
• Données d'entrepôt, en particulier pour les opérations d'extraction, de transformation et de chargement (ETL)

Les scripts doivent se trouver dans un dossier nommé /act/scripts sur le serveur qui héberge l'image du workflow de sauvegarde et de reprise après sinistre montée.

Remarque :Pour les workflows de sauvegarde et de reprise après sinistre impliquant à la fois une base de données et ses journaux, vous devez configurer les scripts de manière à ce que les opérations de pré- et post-script ne soient pas appliquées aux journaux de la base de données. Consultez Exemple de script pour voir un exemple de script contenant une commande qui ignore le journal d'une base de données.

Variables d'environnement

Les variables d'environnement vous permettent d'appeler des commandes qui s'appliquent à des tâches, types de tâches ou applications spécifiques. Les variables d'environnement sont précédées du préfixe ACT_. Par exemple, une variable d'environnement pour une base de données peut se présenter comme suit:

    [$ACT_APPNAME =="productiondb"]

Une variable d'environnement pour une opération de montage peut ressembler à ceci:

    [$ACT_JOBTYPE == "mount"]

Voici une liste de variables d'environnement courantes avec des exemples de valeurs:

• JOBNAME: nom de la tâche (par exemple, Job_0123456).
• APPID: ID de l'application (par exemple, 4186).
• APPNAME: nom de l'application (par exemple, My-DB).
• HOSTNAME: nom de l'hôte qui est la cible de cette tâche (par exemple, Jupiter).
• SOURCEHOST: nom de l'hôte qui a été la source de cette application (par exemple, Saturn).
• JOBTYPE: version textuelle de la classe de tâche (par exemple, "mount" ou "unmount").
• PHASE: chaîne de texte décrivant la phase de la tâche (par exemple, pré ou post).
• TIMEOUT: définit la durée du script, c'est-à-dire la durée pendant laquelle le script est autorisé à s'exécuter.
• OPTIONS: options de stratégie qui s'appliquent à cette tâche.

Exemple de script

L'exemple de script suivant utilise trois variables d'environnement:

• ACT_JOBTYPE: indique si la tâche est une opération d'installation ou de désinstallation.
• ACT_PHASE: indique si la phase est pré- ou post-.

• ACT_MULTI_END: n'est utilisé que si une base de données et son journal sont montés. Dans ce cas, la base de données est accessible.

  Remarque :L'exemple de script suivant n'est pas destiné à être utilisé dans un environnement de production. Il n'a pas été testé et n'est pas couvert par la garantie du service de sauvegarde et de reprise après sinistre.

  ```sh
  #!/bin/sh
  set +x
  echo "*** Running user script: Job - $ACT_JOBNAME Type - $ACT_JOBTYPE Phase - $ACT_PHASE***"
  
  #Use the first if clause to perform application specific operations during mount and in this example scrub-mount operation.
  
  #Use the second if clause to perform any application specific operation during unmount and in this example, #scrub-unmount operation.
  
  #if [[ $ACT_JOBTYPE == "mount" ]] || [[ $ACT_JOBTYPE == "scrub-mount" ]]; then
  if [[ $ACT_JOBTYPE == "unmount" ]] || [[ $ACT_JOBTYPE == "scrub-unmount" ]]; then
      echo "NO-OP for job type $ACT_JOBTYPE"
      exit 0
  fi
  
  #Use the first if clause to perform application specific operations during the pre phase.
  
  #Use the second if clause to perform application specific operations during the post phase.
  
  #if [[ $ACT_PHASE == "post" ]]; then
  if [[ $ACT_PHASE == "pre" ]]; then
      echo "NO-OP for phase $ACT_PHASE"
      exit 0
  fi
  
  #For multi-phase jobs (database and logs) check if the database has been mounted and the logs applied then #skip logs.
  
  #If the operation needs to be performed in phases other than the last phase, modify the clause.
  
  if [[ -z "$ACT_MULTI_END" ]] && [[ $ACT_MULTI_END != "true" ]]; then
      echo "NO-OP for multi-phase operation"
      exit 0
  fi
  
  cd /act/scripts
  
  echo "**** Running application specific logic: Job - $ACT_JOBNAME Type - $ACT_JOBTYPE Phase - $ACT_PHASE *"
  
  Any application specific commands will go here
  
  echo "** Finished running application specific logic : Job - $ACT_JOBNAME Type - $ACT_JOBTYPE Phase - $ACT_PHASE*"
  exit $?
  ```