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

Backup Workflow

Coleta de registros 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

• Registro 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 registros para solução de problemas"
• Registros de backup/restauração do Avamar no proxy: Os registros de atividade podem ser encontrados no proxy no local "/usr/local/avamarclient/var" se não estiverem disponíveis usando a interface do usuário.
• Backup do Avamar com falha no registro do proxy em Waiting-Client, Timed Out-Start: O registro de serviço Proxy Avagent que armazena informações sobre a comunicação entre o servidor Avamar e o proxy pode ser encontrado no local "/usr/local/avamarclient/var/avagent.log"
• Implementação do proxy: Os registros de implementação de proxy podem ser encontrados no servidor Avamar no local "/usr/local/avamar/var/log/vcs/deploymanager.log"
• A comunicação do Avamar com o vCenter: mcserver.out pode ser encontrada no servidor Avamar 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. Esse registro pode ser analisado se a atualização do nome de usuário/senha do vCenter no servidor Avamar falhar.

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

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

1. SSH para AVProxy usando endereço IP ou FQDN e faça log-in usando 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 conectarmos erros ou erros que indicarem "Unable to connect", registre novamente o proxy interno:
   Registre o proxy do Avamar no Avamar:
   1. Faça log-in no proxy do Avamar por meio do putty usando o usuário administrador.
   2. Depois de concluído, faça log-in como root usando o comando: su -
   3. Execute o seguinte comando
      /etc/init.d/initproxyappliance --start
   4. Depois que o script for executado, pressione qualquer tecla para inserir o formulário de entrada.
   5. Forneça o endereço IP do Avamar (Backup Server) e insira o domínio como "/clients".
      

Cenário 2: Os backups falham com o erro "No Proxy" ou "No eligible proxy".
Falha no trabalho de backup de erro: Se os trabalhos de backup que você acionou estão recebendo esse erro. ou seja, "O proxy não protege nenhum datastores".

Verifique o seguinte:

1. Acesse "Asset Management" (Gerenciamento de ativos) no domínio "clients".
2. Selecione o proxy interno do IDPA e selecione Edit client em More options:
   
3. li>Verifique se todos os "DataStores" e "Groups" estão selecionados na guia VMware. 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 estamos atingindo esse cenário, execute as seguintes etapas:

1. Faça log-in na AUI do Avamar usando o seguinte endereço: https:///aui
2. Acesse Server --> Services
3. Localize o IDPA vCenter Services na parte inferior. Se as conexões estiverem inativas, temos um problema. Se as conexões indicarem "OK", o Avamar poderá se conectar ao vCenter sem problemas. Os serviços do vCenter podem ser reiniciados para eliminar conexões obsoletivas e restabelecer a conexão entre o Avamar e o vCenter.

Se as conexões não forem ativas, as seguintes etapas poderão ser tentadas 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 em qualquer um dos componentes acima falhar, verifique o arquivo "/etc/resolv.conf" no servidor Avamar para garantir que os servidores DNS corretos e o domínio de pesquisa 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 raiz do vCenter no Avamar de acordo com as etapas mostradas no Cenário 10.

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

• O seguinte artigo da base de conhecimento pode ser usado para criar novamente as políticas internas de backup de VM do IDPA, conjuntos de dados, retençãos, agendamentos etc.: KB 21318

Cenário 5: Os backups internos de VM do IDPA falham após a reimplementação da VM do vCenter.
Para verificar se estamos atingindo esse cenário, execute as seguintes etapas:

1. Faça log-in na AUI do Avamar usando o seguinte endereço: https:///aui
2. Acesse Server --> Services
3. Localize o IDPA vCenter Services na parte inferior. Se as conexões estiverem inativas, temos um problema. Se as conexões indicarem "OK", o Avamar poderá se conectar ao vCenter sem problemas. Os serviços do vCenter podem ser reiniciados para eliminar conexões obsoletivas e restabelecer a conexão entre o Avamar e o vCenter.

Etapas para ler/atualizar o vCenter no Avamar:

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

1. Vá para a guia VMware -> selecione Update the Password e Confirm Password e Click on Update.
2. Depois disso, acesse Go IDPA Vcenter -> Go to Sub domain Virtual Machines.
3. Todas as máquinas virtuais devem estar habilitadas. Espere a VM antiga do Vcenter, ou seja, DataProtection-VCSA.
4. Se a VM antiga do vCenter (VCSA) estiver habilitada, siga as etapas abaixo para desativar o vCenter antigo (VM vcSA)
   
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 Atividade. 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. Navegue até DPAppliance em 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 : O snapshot não pode ser executado porque o host "" está desconectado".

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

Cenário 9: Os backups internos de VM do IDPA falham com "Atualmente, há dois domínios de falha utilizáveis. A operação requer mais um domínio de falha utilizável."

• 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 esmaecidos/desabilitadas
Atualize o IDPA vCenter no Avamar:

1. Faça log-in na AUI
   do Avamar usando o navegador da Web https:///aui
2. Na página de navegação da AUI, clique em >> e, em seguida, clique em Asset Management
3. Clique em vCenter --> clique em três pontos --> Editar vCenter
   
4. Acesse a guia VMware --> Atualize a senha e confirme a senha. Clique em Update.
   
5. Depois que a senha for atualizada, entre em Sub domain Virtual Machines no domínio do IDPA vCenter e verifique o estado das máquinas virtuais.
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