NVP vProxy: os backups de VM ficam no estado de espera para execução por um período prolongado

• Os backups de máquina virtual (VM) do vProxy do NetWorker VMware Protection (NVP) ficam em estado "aguardando para execução" por um período prolongado. 
   
• Não há problemas de comunicação entre o servidor NetWorker e os vProxies. Ou seja, ambos se resolvem corretamente e podem se comunicar pela porta 9090: NVP vProxy: solução de problemas de conectividade de rede para operações de backup e restauração
• Não há alertas no NetWorker Management Console (NMC) ou no servidor NetWorker daemon.raw Sobre a desativação ou indisponibilidade de vProxies:
  • Linux: /nsr/logs/daemon.raw
  • Windows (padrão): C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw
  • NetWorker: como usar o nsr_render_log para processar arquivos de log .raw
• A ação de backup é configurada com a seleção "automática" do vProxy. Ou seja, se vários vProxies estiverem configurados, o NetWorker poderá escolher qualquer vProxy com disponibilidade de sessão suficiente.
• Habilitando o log de seleção do vProxy de acordo com o NetWorker VMware Protection-vProxy: Como habilitar o log de depuração resulta no seguinte registro no daemon.raw:

0 03/24/26 07:23:31  nsrd NSR notice 03/24/26 07:23:31.401461 nsrd-D0 Vmproxy queue: Selecting vProxy for request with reducing num_disks (id=13, manager_id=1774026055) in pending queue
0 03/24/26 07:23:31  nsrd NSR notice 03/24/26 07:23:31.401551 nsrd-D0 select_vproxy: all full '0'.
0 03/24/26 07:23:31  nsrd NSR notice 03/24/26 07:23:31.401627 nsrd-D0 select_vproxy: vProxy not found.
0 03/24/26 07:23:31  nsrd NSR notice 03/24/26 07:23:31.401707 nsrd-D0 Proxies are overloaded with Hotadd/NBD sessions during concurrent VMDKs parallelism, we will try recursive parallelism later.
0 03/24/26 07:23:31  nsrd NSR notice 03/24/26 07:23:31.401794 nsrd-D0 recursive parallelism: not found vproxy with 2 sessions.
0 03/24/26 07:23:31  nsrd NSR notice 03/24/26 07:23:31.401871 nsrd-D0 process_pending: err: 53014.
0 03/24/26 07:23:31  nsrd NSR notice 03/24/26 07:23:31.401948 nsrd-D0 process_pending: err: 53014.

A ação de backup é configurada com os modos de transferência "simultâneo VMDK" e "Automático":

Os vProxies são configurados somente com o modo hot-add:
| 

O fluxo de trabalho de backup inclui um grupo de proteção que contém uma ou mais VMs que não podem ser acessadas usando HotAdd. Isso pode ocorrer quando as VMs não são compatíveis com HotAdd, por exemplo, se elas usam discos IDE.

Para que uma VM seja acessível ao HotAdd, um vProxy deve ser implementado em um host do ESXi que tenha acesso ao datastore VMware em que residem os discos da VM. Sem esse alinhamento entre o host ESXi do vProxy e o datastore da VM, o processamento HotAdd não é possível. As limitações e os requisitos do HotAdd estão documentados no Guia de integração do NetWorker VMware, disponível em: Suporte para NetWorker | Manuais e documentos 

Isso está causando a falha do servidor do NetWorker select_vproxy lógica para travar ao tentar identificar um vProxy para iniciar sessões simultâneas de VMDK. Em alguns cenários, o trabalho pode eventualmente identificar para quais VMs ele pode iniciar as sessões de VMDK. O tempo necessário pode variar dependendo do tamanho do ambiente VMware. O trabalho pode nunca reconciliar um vProxy para o fluxo de trabalho.

Use uma das seguintes opções:

Opção 1: reconciliar os requisitos do Hot Add:

As etapas a seguir identificam quais VMs não são acessíveis ao HotAdd:

1. Faça log-in no NetWorker Web User Interface (NWUI): https://nwui-server-name:9090/nwui
2. Vá para Protection-Policies> e expanda para Policy, workflow, selecione a ação de backup e clique em Edit.
3. Clique na guia VMware Specific Configuration .
4. Altere o modo de transferência para HotAdd.
   NOTA: Essa opção não está disponível no NetWorker Management Console (NMC); ele só está disponível no NWUI.
5. Salve as alterações.
    
6. Inicie um novo backup.

As VMs acessíveis por HotAdd concluem backups sequenciais de disco. As VMs que não são acessíveis ao Hot Add ficam presas em "waiting to run":
 

As VMs que são acessíveis por HotAdd concluem backups. As VMs que não são acessíveis ao HotAdd nunca iniciam suas sessões de backup. O fluxo de trabalho deve ser cancelado e os seguintes fatores devem ser considerados:

• Reconfigure o vProxy ou o posicionamento da VM ou implemente vProxies adicionais para que todas as VMs estejam acessíveis ao HotAdd. Depois que a acessibilidade do HotAdd for resolvida, as VMs que antes ficavam presas em "waiting to run" serão concluídas. 
• Se o ambiente VMware não puder ser configurado para tornar acessível o HotAdd dessas VMs ou se as VMs não forem compatíveis com HotAdd (por exemplo, discos IDE), use a Opção 2.

Opção 2: Ativar o NBD (Network Block Device) em vProxies.

1. Habilite o NBD em um ou mais vProxies:
    

2.  Executar backups.

O modo de transferência padrão (preferencial) é hot add. Inicialmente, todos os backups de VM solicitarão o Hot Add e só farão fallback no NBD se não for possível fazer backup da VM por meio do Hot Add. No entanto, é possível que as VMs acessíveis por HotAdd realizem algumas sessões por meio do NBD se todas as sessões Hot Add forem consumidas e sessões adicionais forem necessárias para concluir backups simultâneos de VMDK para essa VM. As VMs que não forem acessíveis ao Hot Add farão backup no NBD quando as sessões do NBD estiverem disponíveis.

• NVP vProxy: backups de VM no estado Waiting to Run em um ambiente usando entradas de arquivo de hosts ou configuração de pilha dupla (IPv4 e IPv6)