Script personalizzati nella console di gestione dell'appliance

Attenzione: Il supporto per il backup e il ripristino dei carichi di lavoro gestiti tramite la console di gestione dell'appliance legacy è obsoleto. Per saperne di più, consulta Ritiro delle funzionalità nella documentazione di Backup e RE.

Quando definisci un workflow Backup e DR di LiveClone che esegue la pre-pulizia, puoi scegliere tra il mascheramento dei dati di privacy di Optim o gli script personalizzati.

Per gli script personalizzati, specifica almeno uno script di pre-elaborazione o post-elaborazione.

• Se necessario, specifica uno script pre-backup. Lo script pre-montaggio viene utilizzato per configurare l'ambiente prima di montare o smontare l'applicazione. Questo script deve trovarsi in una cartella denominata /act/scripts sul server che ospita il backup montato.
• Nel campo Timeout in secondi corrispondente, specifica il tempo necessario per il completamento dello script.
• Se necessario, specifica un post scriptum. Lo script post-montaggio utilizzato per eseguire un'operazione sui dati dopo il montaggio o lo smontaggio. Questo script deve trovarsi in una cartella denominata /act/scripts sul server che ospita il backup montato.
• Nel campo Timeout in secondi corrispondente, specifica il tempo necessario per il completamento dello script.

Script pre e post workflow Backup e DR

I workflow Backup e DR montano e smontano i backup in base a una pianificazione o on demand. In un workflow Backup e DR puoi chiamare quanto segue:

• Uno script preliminare che viene eseguito prima del montaggio o dello smontaggio di un backup
• Un post-script che viene eseguito dopo il montaggio o lo smontaggio di un backup

La possibilità di eseguire uno script prima e dopo il montaggio o lo smontaggio dei dati consente di:

• Elimina le informazioni sensibili
• Generare report
• Dati del data warehouse, in particolare per le operazioni di estrazione, trasformazione e caricamento (ETL)

Gli script devono trovarsi in una cartella denominata /act/scripts sul server che ospita il backup del workflow Backup e DR montato.

Nota: per i workflow di Backup e DR che coinvolgono sia un database sia i relativi log, devi configurare gli script in modo che le operazioni pre-script e post-script non vengano applicate ai log del database. Consulta Script di esempio per un esempio di script che contiene un comando che ignora il log di un database.

Variabili di ambiente

Le variabili di ambiente consentono di richiamare comandi che si applicano a job, tipi di prestazione o applicazioni specifici. Le variabili di ambiente hanno il prefisso ACT_. Ad esempio, una variabile di ambiente per un database potrebbe essere simile alla seguente:

    [$ACT_APPNAME =="productiondb"]

oppure una variabile di ambiente per un'operazione di montaggio potrebbe essere simile alla seguente:

    [$ACT_JOBTYPE == "mount"]

Di seguito è riportato un elenco di variabili di ambiente comuni con valori di esempio:

• JOBNAME: il nome del job, ad esempio Job_0123456.
• APPID: l'ID dell'applicazione, ad esempio 4186.
• APPNAME: il nome dell'applicazione, ad esempio My-DB.
• HOSTNAME: il nome dell'host che è la destinazione di questo job, ad esempio Jupiter.
• SOURCEHOST: il nome dell'host che era l'origine di questa applicazione, ad esempio Saturn.
• JOBTYPE: una versione di testo della classe del job, ad esempio mount o unmount.
• PHASE: una stringa di testo che descrive la fase del job, ad esempio pre o post.
• TIMEOUT: definisci la durata dello script, ovvero per quanto tempo è consentita l'esecuzione dello script.
• OPTIONS: opzioni della policy che si applicano a questo job.

Script di esempio

L'esempio di script seguente utilizza tre variabili di ambiente:

• ACT_JOBTYPE: identifica se il job è un'operazione di montaggio o smontaggio.
• ACT_PHASE: identifica se la fase è pre o post.

• ACT_MULTI_END: utilizzato solo se sono montati sia un database sia il relativo log. Se il valore è true, il database è in uno stato in cui è possibile accedervi.

  Nota: lo script di esempio seguente non è destinato all'utilizzo in un ambiente di produzione, non è stato testato e non è garantito da Backup e DR.

  ```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 $?
  ```