NetWorker: O fluxo de trabalho de backup de VM do Azure falha no final do backup no Pseudo_saveset

Backups de snapshot de VM do Azure concluídos; No entanto, o fluxo de trabalho falha no final do backup.

O seguinte erro é observado no log de ação de backup:

• Linux: /nsr/logs/policy/POLICY_NAME/WOKFLOW_NAME/backup_JOBID.raw
• Windows (padrão): C:\Program Files\EMC NetWorker\nsr\logs\POLICY_NAME\WOKFLOW_NAME\backup_JOBID.raw
• NetWorker: Como usar nsr_render_log para renderizar .raw Arquivos de log

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.

A ação de backup contém um tempo de espera excedido de inatividade cujo valor padrão é de 30 minutos. Há uma operação padrão de nova tentativa, mas, em alguns casos, ocorre o mesmo tempo de espera excedido ou outra condição causa uma interrupção no fluxo de trabalho.

O erro acima mostra que o trabalho ficou inativo por 1.817 segundos (aproximadamente 30 minutos). 

Há muitas condições que podem fazer com que um trabalho atinja um tempo de espera excedido de inatividade. 

Aumente o tempo limite de inatividade ou defina-o como zero para desativá-lo temporariamente. Estabeleça uma linha de base para o tempo de conclusão típico de cada fluxo de trabalho antes de reativar. Depois que as referências de desempenho estiverem em vigor, você poderá reintroduzir os valores adequados de tempo de espera excedido para equilibrar a conclusão do trabalho com o monitoramento de inatividade. 

Se o problema for mais consistente, ou psuedo_saveset Está falhando ou anulando devido a outros problemas, considere o seguinte:

1. A configuração apropriada de paralelismo do servidor é aplicada: NetWorker: Falha nos backups de snapshot de VM do Azure "Current save session has exceeded NetWorker server parallelism"
2. Número apropriado de VMs e throughput geral de dados por client do Azure. O backup das VMs do Azure é feito como um saveset configurado em um client do NetWorker. Os documentos e manuais do Guia de integração de snapshots do NetWorker afirmam que o paralelismo de client deve ser definido para um valor de 1 a 4.  Esse paralelismo controla o número de discos dos quais você pode fazer backup simultaneamente. 
   1. Certifique-se de que recursos suficientes do client do Azure sejam criados para balancear a carga de backups de VM em um fluxo de trabalho com eficiência. Os clients Azure que contêm muitas VMs ou várias VMs grandes podem levar muito tempo para concluir o psuedo_saveset, aumentando a possibilidade de timeout de inatividade. O número de clients necessários é exclusivo para o ambiente e considera o número de VMs do Azure, o número de discos, o tamanho dos discos, a programação do fluxo de trabalho e o número de Data Domains de destino.
   2. Evite agendar backups usando o mesmo recurso de client do Azure para sobrepor de uma maneira que iniciaria vários nsrazure_save processos, especialmente para clientes que contêm muitas VMs ou várias VMs grandes do Azure.