NetWorker : Le workflow de sauvegarde de machine virtuelle Azure échoue à la fin de la sauvegarde sur Pseudo_saveset

Sauvegardes de snapshots de machines virtuelles Azure terminées ; Toutefois, le workflow échoue à la fin de la sauvegarde.

L’erreur suivante est observée dans le journal des actions de sauvegarde :

• Linux : /nsr/logs/policy/POLICY_NAME/WOKFLOW_NAME/backup_JOBID.raw
• Windows (par défaut) : C:\Program Files\EMC NetWorker\nsr\logs\POLICY_NAME\WOKFLOW_NAME\backup_JOBID.raw
• NetWorker : Utilisation nsr_render_log pour rendre .raw Fichiers journaux

174900 MM/DD/YY HH:mm:SS  1 5 0 2442626880 17965 0 NETWORKER_SERVER_NAME savegrp NSR notice Step (5 of 5): Creating a pseudo_saveset job for all the configured clients.
174901 MM/DD/YY HH:mm:SS  1 5 0 2442626880 17965 0 NETWORKER_SERVER_NAME savegrp NSR notice Creating a save job for the save set 'pseudo_saveset' on the host 'NETWORKER_SERVER_NAME'.
174895 MM/DD/YY HH:mm:SS  1 5 0 2442626880 17965 0 NETWORKER_SERVER_NAME savegrp NSR notice Executing a 'pseudo_saveset' job on the host 'NETWORKER_SERVER_NAME'. This job is an anchor save set for the workflow, and will be completed at the end of the client's backup.
83643 MM/DD/YY HH:mm:SS  1 5 0 2442626880 17965 0 NETWORKER_SERVER_NAME savegrp NSR notice NETWORKER_SERVER_NAME:pseudo_saveset                             started
...
174289 MM/DD/YY HH:mm:SS  2 5 0 2442626880 17965 0 NETWORKER_SERVER_NAME savegrp NSR warning Aborting inactive job (1184047) NETWORKER_SERVER_NAME:pseudo_saveset. It has been inactive from 'DAY MONTH DATE HH:mm:SS YYYY'(1756325582) to 'DAY MONTH DATE HH:mm:SS YYYY'(17563DATE399) for 1817 seconds.
128139 MM/DD/YY HH:mm:SS  0 0 2 2442626880 17965 0 NETWORKER_SERVER_NAME savegrp NSR info NETWORKER_SERVER_NAME:pseudo_saveset aborted, inactivity timeout has been reached.
7224 MM/DD/YY HH:mm:SS  1 5 0 2442626880 17965 0 NETWORKER_SERVER_NAME savegrp NSR notice NETWORKER_SERVER_NAME:pseudo_saveset Termination request was sent to job 1184047 as requested; Reason given: Inactive
0491 MM/DD/YY HH:mm:SS  1 5 0 2442626880 17965 0 NETWORKER_SERVER_NAME savegrp NSR notice NETWORKER_SERVER_NAME:pseudo_saveset failed.

L’action de sauvegarde contient un Inactivity Timeout dont la valeur par défaut est de 30 minutes. Il existe une nouvelle tentative par défaut, mais dans certains cas, le même délai d’expiration se produit ou une autre condition provoque un arrêt du workflow.

L’erreur ci-dessus indique que la tâche a été inactive pendant 1 817 secondes (environ 30 minutes). 

De nombreuses conditions peuvent entraîner l’expiration d’un délai d’inactivité d’une tâche. 

Augmentez le délai d’expiration ou définissez-le sur zéro pour le désactiver temporairement. Établissez une référence pour le délai d’achèvement typique de chaque workflow avant de réactiver. Une fois les points de référence en place, vous pouvez réintroduire les valeurs de délai d’expiration appropriées pour équilibrer l’achèvement des tâches et la surveillance de l’inactivité. 

Si le problème persiste, ou psuedo_saveset Échec ou abandon en raison d’autres problèmes, tenez compte des points suivants :

1. Le paramètre de parallélisme du serveur approprié est appliqué : NetWorker : Échec des sauvegardes de snapshots de machines virtuelles Azure « la session d’enregistrement en cours a dépassé le parallélisme du serveur NetWorker »
2. Le nombre approprié de machines virtuelles et le débit global de données par client Azure. Les machines virtuelles Azure sont sauvegardées en tant que saveset configuré sous un client NetWorker. Le document NetWorker Azure Snapshot Integration Guide Manuals & Documents indique que le parallélisme du client doit être défini sur une valeur comprise entre 1 et 4. Ce parallélisme contrôle le nombre de disques que vous pouvez sauvegarder simultanément. 
   1. Assurez-vous que suffisamment de ressources client Azure sont créées pour équilibrer efficacement la charge des sauvegardes de machines virtuelles dans un workflow. Les clients Azure qui contiennent de nombreuses machines virtuelles ou plusieurs machines virtuelles volumineuses peuvent prendre beaucoup de temps pour terminer la psuedo_saveset, ce qui augmente la possibilité d’un délai d’inactivité. Le nombre de clients requis est propre à l’environnement et prend en compte le nombre de machines virtuelles Azure, le nombre de disques, la taille des disques, la planification du workflow et le nombre de systèmes Data Domain cibles.
   2. Évitez de planifier des sauvegardes à l’aide de la même ressource Client Azure afin qu’elles se chevauchent d’une manière qui serait à l’origine de plusieurs nsrazure_save en particulier pour les clients qui contiennent de nombreuses machines virtuelles ou plusieurs machines virtuelles Azure volumineuses.