NetWorker 19.9: os trabalhos de backup e recuperação do vProxy não estão iniciando, nenhum vProxy é captado pelo processo

O fluxo de trabalho de backup da VM mostra as VMs em estado aguardando para execução. Os detalhes da ação de backup no NetWorker Management Console mostram:

As sessões de recuperação de VM mostram o mesmo sintoma. A sessão de recuperação é iniciada, mas nenhum vProxy é captado pela sessão. O trabalho não progride e deve ser cancelado manualmente. Não há problemas de disponibilidade do vProxy:

• Os vProxies estão mostrando que estão ativados: Sim , em Dispositivos -> Proxies VMware
• Não há mensagens informando que o vProxy está indisponível na janela Alerts do NMC.
• O servidor NetWorker pode resolver corretamente o nome de domínio totalmente qualificado (FQDN), o nome curto e o endereço IP do vProxy.
• O vProxy pode resolver corretamente o FQDN, o nome curto e o endereço IP do servidor do NetWorker.
• A porta 9090 está aberta entre o servidor NetWorker e o equipamento vProxy. Cada sistema pode se comunicar com o outro por essa porta.

O servidor do NetWorker é 19.9.0.0-19.9.0.3> ou 19.10.0.0.

Antes que a sessão de backup ou restauração de VM possa ser estabelecida, o servidor do NetWorker deve identificar e se conectar a um equipamento vProxy disponível.

As otimizações de código foram direcionadas para o NetWorker 19.9.0.4 e 19.10.0.1 por meio do NETWORKER-85156.

Se o servidor NetWorker for 19.9.0.3 ou mais antigo, faça upgrade para 19.9.0.4/19.10.0.1 ou posterior. Os equipamentos vProxy também devem receber upgrade para a versão mais recente compatível com o NetWorker. O upgrade do equipamento vProxy garante que as correções de segurança mais recentes sejam aplicadas. As novas versões do vProxy também incluem bibliotecas ddboost atualizadas, a versão do VMware Virtual Disk Development Kit (VDDK) e o VMware Tools.

Os downloads dos pacotes NetWorker e vProxy estão disponíveis por meio de: https://www.dell.com/support/home/product-support/product/networker/overview

• NetWorker: Como fazer upgrade do NetWorker e melhores práticas antes do upgrade
• NVP vProxy: Como fazer upgrade do equipamento NVP vProxy usando o nsrvproxy_mgmt
• NVP vProxy: Informações sobre a versão do vProxy do NetWorker

Há várias causas possíveis para um vProxy não ser selecionado para uma operação de backup ou restauração. Se o servidor NetWorker for 19.9.0.4, 19.10.0.1 ou posterior, execute o seguinte para garantir que nenhum outro problema esteja impedindo a seleção do vProxy:

Status ativado do vProxy:

1. No NMC, vá para Devices-VMware> Proxies, ou na NetWorker Web User Interface (NWUI), vá para Protection-VMware> Proxies.

2. Verifique se os vProxies estão ativados. A coluna Enabled deve exibir Enabled: Yes:
   

    

   Nota: Se o vProxy mostrar Enabled: Não, edite o vProxy e selecione Ativado: Sim

Resolução do nome:

Certifique-se de que o ambiente esteja usando o DNS (Sistema de Nomes de Domínio). O servidor NetWorker, os vProxies, os sistemas Data Domain, os VMware vCenters e os hosts do VMware ESXi devem estar usando FQDNs resolvíveis no DNS. Os recursos configurados no NetWorker devem ser adicionados usando FQDN. O FQDN, o nome curto e os endereços IP devem ser resolvidos corretamente. Todos os sistemas que usam entradas de arquivo de hosts devem ter endereços IP, FQDNs e aliases corretos preenchidos corretamente.

NVP vProxy: Solução de problemas de conectividade de rede para operações

de backup e restauraçãoA pilha dupla (IPv4 e IPv6) não é compatível com o equipamento vProxy, uma ou outra deve ser usada. Em um ambiente VMware habilitado para IPv6, os seguintes componentes não devem ter entradas IPv4 inacessíveis no servidor DNS:

• • FQDN do servidor NetWorker
  • FQDN do equipamento vProxy
  • Data Domain FQDN
  • FQDN do vCenter
  • ESXi FQDN

Os FQDNs listados acima devem retornar apenas registros AAAA do DNS e não devem ter nenhum registro IPv4 inacessível no DNS.

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

1. No equipamento vProxy e no servidor NetWorker, confirme se o FQDN, o nome curto e o endereço IP podem ser resolvidos para cada sistema correspondente:

   nslookup FQDN
   nslookup Short_Name
   nslookup IP_ADDRESS

   NetWorker: Práticas recomendadas para solução de problemas de resolução de nomes

2. Verifique a coluna /etc/hosts em cada sistema e certifique-se de que, se houver alguma entrada de arquivo de host, ela tenha o endereço IP correto e os nomes de host correspondentes.

   Nota: Ao acessar o vProxy via SSH, você deve fazer login usando a conta "admin". O acesso root via SSH está desabilitado por padrão.

Comunicação da porta 9090:

1. No servidor NetWorker, confirme se você pode se comunicar com a porta 9090 no vProxy:

   nsrports -t vProxy_Address -p 9090

2. No equipamento vProxy, confirme se você pode se comunicar com a porta 9090 no servidor NetWorker:

   curl -v NetWorker_Address:9090

   Nota: Ao acessar o vProxy via SSH, você deve fazer login usando a conta "admin". O acesso root via SSH está desabilitado por padrão.

Disponibilidade do vProxy:

1. Verificar as informações do servidor do NetWorker daemon.raw para qualquer disponibilidade do vProxy ou erros de SSL.

   Linux: /nsr/logs/daemon.raw
   Windows: C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw

   NetWorker: Como usar nsr_render_log

Erros de certificado e SSL

Se forem observados erros de SSL, registrar novamente o equipamento vProxy poderá resolver o problema: NVP vProxy: Como cancelar o registro/registrar novamente um equipamento vProxy?

Hot Add Availability.

Por padrão, um equipamento vProxy tem 13 sessões do Hot Add ativadas e o NBD (Network Block Device) desativado.

Isso significa que o equipamento vProxy deve residir em um host do ESXi que tenha acesso ao datastore para as VMs das quais ele está fazendo backup. Se apenas HotAdd estiver ativado, você pode habilitar temporariamente o NBD para ver se a sessão de backup é iniciada. Se o backup for iniciado, isso sugere um problema de acesso ao Hot Add no VMware. Isso pode ser resolvido implementando equipamentos vProxy em hosts do ESXi para que cada datastore VMware seja acessível por pelo menos um equipamento vProxy. Não é recomendado o uso do NBD (quando possível). Grandes quantidades de sessões NBD podem causar congestionamento na rede de gerenciamento do ESXi. Para obter mais informações sobre escalabilidade e as recomendações e limitações do hotadd/NBD, consulte o Guia de integração do NetWorker VMware disponível em: https://www.dell.com/support/home/product-support/product/networker/docs

O HotAdd também pode ser validado com o utilitário ProxyHC: NVP - vProxy: Como usar a ferramenta de verificação de integridade ProxyHC no equipamento vProxy.

A ação de backup tem o vProxy manual selecionado:

A ação de backup tem um vProxy selecionado manualmente:

Certifique-se de que não haja problemas (conforme detalhado acima) ao acessar este vProxy ou, com a disponibilidade dele, teste outro vProxy disponível ou defina a seleção "Automática".