Séries IDPA e PowerProtect DP: Caminho de resolução de backups de VM interna

Fluxo de trabalho de backup

 

Coleta de logs para solução de problemas
KB 000157727: IDPA: Coletando arquivos de log para solucionar problemas de backup e restauração do Avamar Client

Arquivos de log relevantes para solução de problemas

• Logs de atividade de backup/restauração do Avamar: Faça download da guia Avamar Activity monitor. Instruções mencionadas no tópico acima "Coleta de logs para solução de problemas"
• Logs de backup/restauração do Avamar no proxy: Os logs de atividade poderão ser encontrados no proxy, no local "/usr/local/avamarclient/var", se não estiverem disponíveis usando a IU.
• Backup do Avamar com falha no registro do proxy em Waiting-Client, Timed Out-Start: O log de serviço avagent do proxy que armazena informações sobre a comunicação entre o Avamar Server e o proxy pode ser encontrado no local "/usr/local/avamarclient/var/avagent.log"
• Implementação do proxy: Os logs de implementação do proxy podem ser encontrados no Avamar Server, no local "/usr/local/avamar/var/log/vcs/deploymanager.log"
• Comunicação do Avamar com o vCenter: mcserver.out pode ser encontrado no Avamar Server, no local "/usr/local/avamar/var/mc/server_log/mcserver.out", para solucionar problemas de conexão/comunicação entre o Avamar Server e o vCenter. Analise esse log se a atualização do nome de usuário/senha do vCenter no Avamar Server apresentar falha.

Proxy do Avamar:
cenários de falha de backup da VM interna do IDPA

Cenário 1: Os backups permanecem no estado "Waiting Client" ou falham com o erro "TimedOut-Start".

1. Abra uma sessão SSH para AVProxy usando o endereço IP ou FQDN e faça log-in com o usuário "admin".
2. Alterne para o usuário root usando o seguinte comando e digite a senha comum: su -
3. Verifique se o proxy foi registrado com sucesso e solicite ao Avamar/servidor de backup:
   tail -f /usr/local/avamarclient/var/avagent.log
4. Se ocorrerem erros de conexão ou erros que indiquem "Unable to connect", registre novamente o proxy interno:
   Registrar o proxy no Avamar:
   1. Faça log-in no proxy do Avamar por meio do putty usando o usuário administrador.
   2. Quando terminar, faça log-in como root usando o comando: su -
   3. Execute o seguinte comando
      /etc/init.d/initproxyappliance --start
   4. Depois da execução do script, pressione qualquer tecla para entrar no formulário de entrada.
   5. Informe o endereço IP do Avamar (servidor de backup) e informe o domínio como "/clients".
       

Cenário 2: Os backups falham com o erro "No Proxy" ou "No Elegible proxy".
Erro: Se os trabalhos de backup de imagem do VMware das VMs do IDPA falharem com o status/erro "No Proxy" ou "No Elegible Proxy", OU quando você executar um backup sob demanda dessas VMs e vir o erro "Proxy does not protect any datastores".
 

Verifique estas informações:

1. Acesse "Asset Management" > domínio "clients".
2. Selecione o Proxy interno do IDPA e selecione "More Actions" > "Edit Client":
    
3. Clique na guia "VMware" e verifique se TODOS os datastores do IDPA estão marcados/selecionados em "Datastore" e se o proxy faz parte das políticas adequadas de grupo de backup em "Groups". Após a seleção, clique em "Update"
    
    

Cenário 3: Os serviços do IDPA vCenter estão inativos no Avamar ou as conexões do vCenter estão inativas.
Para verificar se esse é o caso, siga estas etapas:

1. Faça log-in na IU de administrador do Avamar usando o seguinte endereço: https://<AVAMAR-IP-ADDRESS-OR-FQDN>/aui
2. Acesse Server --> Services
3. Localize IDPA vCenter Services na parte inferior. Se as conexões estiverem inativas, temos um problema. Se as conexões estiverem "OK", o Avamar poderá se conectar ao vCenter sem problemas. É possível reiniciar os serviços do vCenter para encerrar conexões obsoletas e restabelecer a conexão entre o Avamar e o vCenter.

Se as conexões estiverem inativas, tente as seguintes etapas para solucionar esse cenário:

1. Abra o SSH para o Avamar Server como usuário "admin".
2. Faça ping no nome do host do IDPA vCenter e no nome do host do IDPA ESXi para garantir que a pesquisa DNS funcione corretamente.
3. Se o ping falhar em qualquer um dos componentes acima, verifique o arquivo "/etc/resolv.conf" no Avamar Server para garantir que o domínio de pesquisa e os servidores DNS corretos foram adicionados.
4. Abra a interface do usuário do IDPA vCenter e faça login usando o usuário "root". Verifique se a interface do usuário do IDPA vCenter funciona corretamente.
5. Atualize as credenciais de root do vCenter no Avamar de acordo com as etapas do Cenário 10.

Cenário 4: As políticas de backup da VM interna do IDPA estão ausentes.

• Use o seguinte artigo da KB para recriar as políticas de backup da VM interna do IDPA, conjuntos de dados, retenções, agendamentos etc.: KB 21318

Cenário 5: Falha nos backup da VM interna do IDPA após a reimplementação da VM do vCenter.
Para verificar se esse é o caso, siga estas etapas:

1. Faça log-in na IU de administrador do Avamar usando o seguinte endereço: https://<AVAMAR-IP-ADDRESS-OR-FQDN>/aui
2. Acesse Server --> Services
3. Localize IDPA vCenter Services na parte inferior. Se as conexões estiverem inativas, temos um problema. Se as conexões estiverem "OK", o Avamar poderá se conectar ao vCenter sem problemas. É possível reiniciar os serviços do vCenter para encerrar conexões obsoletas e restabelecer a conexão entre o Avamar e o vCenter.

Etapas para adicionar novamente/atualizar o vCenter no Avamar:

1. Faça log-in na IU de administrador do Avamar usando o navegador da Web
   https://<Avamar_server>/AUI
2. Na página de navegação da IU de administrador, clique em >> e, em seguida, em Asset Management
    
3. Clique em vCenter -> clique nos três pontos -> Edit vCenter
    

1. Acesse a guia VMware -> selecione Update the Password e Confirm Password e clique em Update.
2. Depois disso, no IDPA vCenter -> acesse as máquinas virtuais do subdomínio.
3. Todas as máquinas virtuais devem estar ativadas, com exceção da VM antiga do vCenter, por exemplo, DataProtection-VCSA.
4. Se a VM antiga do vCenter (VCSA) estiver ativada, siga as etapas abaixo para desativá-la (VCSA VM)
    
5. Certifique-se de que nenhum trabalho de replicação esteja em execução no Avamar analisando as sessões ativas/em execução na guia Activity. Se nenhum trabalho de replicação estiver em execução, clique em More Actions --> Retire this client.
    
6. Selecione as opções padrão e clique em Submit.
    
7. Se a replicação não estiver em execução, o client será desativado no domínio.
8. Acesse o mesmo domínio da máquina virtual --> Add Client.
    
9. Acesse DPAppliance no pop-up Client Add e procure DataProtection-VCSA VM. Selecione o client VCSA na lista e adicione-o novamente. Clique em Submit.
    

Cenário 6: Todos os backups de VM interna falham devido à falha da SSD M.2 no equipamento DP4400

• Analise o seguinte artigo da base de conhecimento: KB 168746

Cenário 7: Falha nos backups de VMs internas do IDPA com o erro 10058

• Analise o seguinte artigo da base de conhecimento: KB 182050

Cenário 8: Os backups de VMs internas do IDPA falham com o erro "avvcbimage Error <17782>: Snapshot cannot be performed because Host '<ESX_HOST_FQDN>' is disconnected".

• Analise o seguinte artigo da base de conhecimento: KB 166308

Cenário 9: Os backups de VMs internas do IDPA falham com "There are currently two usable fault domains. The operation requires one more usable fault domains."

• Analise o seguinte artigo da base de conhecimento: KB 000037917
• Analise o seguinte artigo da base de conhecimento: KB 000050824

Cenário 10: VMs internas do IDPA esmaecidas/desativadas
Atualize o IDPA vCenter no Avamar:

1. Faça log-in na IU de administrador do Avamar usando o navegador da Web
   https://<AVAMAR-IP-ADDRESS-OR-FQDN>/aui
2. Na página de navegação da IU de administrador, clique em >> e, em seguida, em Asset Management
3. Clique em vCenter -> clique nos três pontos --> Edit vCenter
    
4. Acesse a guia VMware --> Atualize a senha e confirme-a. Clique em Update.
    
5. Depois de atualizar a senha, acesse as máquinas virtuais do subdomínio no domínio do IDPA vCenter e verifique o estado delas.
6. Todas as máquinas virtuais internas do IDPA devem estar habilitadas/ativadas.

Apêndice A

• Como implementar novamente o proxy interno do IDPA (AVProxy): KB 19136

Apêndice B