IDPA e PowerProtect DP Series: percorso di risoluzione dei problemi di backup delle macchine virtuali interne

Backup Workflow

Raccolta dei registri per la risoluzione dei problemi
000157727 KB: IDPA: Raccolta di file di registro per la risoluzione dei problemi di backup e ripristino del client Avamar

File di registro rilevanti per la risoluzione dei problemi

• Registro attività di backup/restore Avamar: download dalla scheda Avamar Activity Monitor. Istruzioni menzionate nell'argomento precedente "Raccolta dei registri per la risoluzione dei problemi"
• Log di backup/restore Avamar nel proxy: I registri delle attività sono disponibili nel proxy nella posizione "/usr/local/avamarclient/var" se non disponibili tramite l'interfaccia utente.
• Backup di Avamar in Waiting-Client, Timed Out-Start, errore di registrazione del proxy: Il registro del servizio Proxy Avagent che archivia le informazioni sulla comunicazione tra il server Avamar e il proxy è disponibile nella posizione "/usr/local/avamarclient/var/avagent.log"
• Proxy Deployment: I registri di implementazione del proxy sono disponibili su Avamar Server nella posizione "/usr/local/avamar/var/log/vcs/deploymanager.log"
• Comunicazione Avamar con vCenter: mcserver.out è disponibile su Avamar Server nella posizione "/usr/local/avamar/var/mc/server_log/mcserver.out" per risolvere i problemi di connessione/comunicazione tra Avamar Server e vCenter. Questo registro può essere rivisto se l'aggiornamento del nome utente/password di vCenter in Avamar Server non riesce.

Proxy Avamar:
scenari di errore di backup delle VM interne IDPA

Scenario 1: I backup restano nello stato "Waiting Client" o hanno esito negativo con l'errore "TimedOut-Start".

1. SSH a AVProxy utilizzando l'indirizzo IP o l'FQDN e accedere utilizzando l'utente "admin".
2. Passare all'utente root utilizzando il seguente comando e immettere una password comune: su -
3. Verificare che il proxy sia registrato correttamente e richiedere ad Avamar/Backup Server:
   tail -f /usr/local/avamarclient/var/avagent.log
4. Se si connettono errori o errori che indica "Unable to connect", registrare nuovamente il proxy interno:
   Registrare il proxy Avamar con Avamar:
   1. Accedere al proxy Avamar tramite PuTTY utilizzando l'utente admin.
   2. Una volta completata l'operazione, accedere come root utilizzando il comando: su -
   3. Eseguire il seguente comando
      /etc/init.d/initproxyappliance --start
   4. Una volta eseguito lo script, premere un tasto qualsiasi per inserire il modulo di input.
   5. Fornire l'indirizzo IP di Avamar (Backup Server) e immettere il dominio come "/clients".
      

Scenario 2: I backup hanno esito negativo con errore "No Proxy" o "No eligible proxy".
Processo di backup dell'errore non riuscito: Se i processi di backup attivati ricevono questo errore. ovvero "Il proxy non protegge alcun datastore".

Verificare quanto segue:

1. Passare a "Asset Management" à dominio "clients".
2. Selezionare il proxy interno IDPA ed Edit client in More options:
   
3. li>Verificare se tutti i "DataStore" e "Groups" sono selezionati nella scheda VMware. Al termine, cliccare su "Update".
   
   

Scenario 3: I servizi IDPA vCenter sono inattivo su Avamar o le connessioni vCenter sono inattivate.
Per verificare se si sta verificando questo scenario, effettuare le seguenti operazioni:

1. Accedere ad Avamar AUI utilizzando il seguente indirizzo: https:///aui
2. Passaggio al server --> Services
3. Individuare IDPA vCenter Services in basso. Se lo stato delle connessioni è inattivo, si è verificato un problema. Se le connessioni sono "OK", Avamar può connettersi a vCenter senza problemi. I servizi vCenter possono essere riavviati per terminare le connessioni non aggiornate e ristabilire la connessione tra Avamar e vCenter.

Se le connessioni sono inattivate, è possibile tentare la risoluzione di questo scenario nei seguenti passaggi:

1. Connettersi tramite SSH ad Avamar Server come utente "admin".
2. Eseguire il ping del nome host di IDPA vCenter e del nome host di IDPA ESXi per verificare il funzionamento della ricerca DNS.
3. Se il ping su uno dei componenti precedenti non riesce, verificare il file "/etc/resolv.conf" sul server Avamar per assicurarsi che vengano aggiunti i server DNS corretti e il dominio di ricerca.
4. Aprire l'interfaccia utente di IDPA vCenter ed effettuare l'accesso con l'utente "root". Verificare che l'interfaccia utente di IDPA vCenter si carichi correttamente.
5. Aggiornare le credenziali root di vCenter in Avamar secondo i passaggi mostrati nello scenario 10.

Scenario 4: Policy di backup delle VM interne IDPA mancanti.

• Il seguente articolo della Knowledge Base può essere utilizzato per ricreare le policy di backup delle VM interne IDPA, i dataset, le retention, le pianificazioni e così via: KB 21318

Scenario 5: I backup delle VM interne di IDPA non riescono dopo il redeployment della VM vCenter.
Per verificare se si sta verificando questo scenario, effettuare le seguenti operazioni:

1. Accedere ad Avamar AUI utilizzando il seguente indirizzo: https:///aui
2. Passaggio al server --> Services
3. Individuare IDPA vCenter Services in basso. Se lo stato delle connessioni è inattivo, si è verificato un problema. Se le connessioni sono "OK", Avamar può connettersi a vCenter senza problemi. I servizi vCenter possono essere riavviati per terminare le connessioni non aggiornate e ristabilire la connessione tra Avamar e vCenter.

Procedura per leggere/aggiornare vCenter in Avamar:

1. Accedere ad Avamar AUI utilizzando il web browser
   https:///AUI
2. Nella pagina di navigazione AUI Fare clic su >>, quindi fare clic su Asset Management
   
3. Fai clic su Vcenter -> Fai clic su tre punti -> Edit vCenter
   

1. Passare alla scheda VMware -> Aggiornare e confermare la password, quindi cliccare su Update.
2. Al termine, accedere a IDPA Vcenter -> passare alle macchine virtuali del sottodominio.
3. Tutte le virtual machine devono essere abilitate, ad esempio dataprotection-VCSA.
4. Se la precedente VM vCenter (VCSA) è abilitata, seguire la procedura riportata di seguito per ritirare la precedente VM vCenter (VCSA)
   
5. Assicurarsi che nessun job di replica sia in esecuzione su Avamar esaminando le sessioni attive/in esecuzione nella scheda Attività. Se non sono in esecuzione job di replica, fare clic su More Actions --> Retire this client.
   
6. Selezionare le opzioni predefinite e cliccare su Submit.
   
7. Se la replica non è in esecuzione, il client viene ritirato dal dominio.
8. Passare allo stesso dominio Virtual Machine --> Add Client.
   
9. Passare a DPAppliance nell'aggiunta client e cercare DataProtection-VCSA VM. Selezionare il client VCSA dall'elenco e riaggiungerlo. Cliccare su Invia.
   

Scenario 6: tutti i backup delle macchine virtuali interne hanno esito negativo a causa di un errore dell'unità SSD M.2 sull'appliance DP4400

• Consultare il seguente articolo della Knowledge Base: KB 168746

Scenario 7: i backup delle macchine virtuali interne IDPA hanno esito negativo con errore 10058

• Consultare il seguente articolo della Knowledge Base: KB 182050

Scenario 8: i backup delle macchine virtuali interne IDPA hanno esito negativo con errore "avvcbimage Error : Non è possibile eseguire la snapshot perché l'host "" è disconnesso".

• Consultare il seguente articolo della Knowledge Base: 166308 KB

Scenario 9: I backup delle VM interne di IDPA hanno esito negativo con il messaggio "Esistono attualmente due domini di errore utilizzabili. L'operazione richiede un altro dominio di errore utilizzabile."

• Consultare il seguente articolo della Knowledge Base: KB 000037917
• Consultare il seguente articolo della Knowledge Base: 000050824 KB

Scenario 10: VM interne IDPA disattivate/disattivate
Aggiornamento di IDPA vCenter in Avamar:

1. Accedere ad Avamar AUI utilizzando il web browser
   https:///aui
2. Nella pagina di navigazione AUI Fare clic su >>, quindi fare clic su Asset Management
3. Fare clic su vCenter --> Fare clic su tre punti --> Edit vCenter
   
4. Passare alla scheda VMware --> Aggiornare la password e confermare la password. Cliccare su Update.
   
5. Una volta aggiornata la password, passare al sottodominio Virtual Machine sotto il dominio IDPA vCenter e verificare lo stato delle virtual machine.
6. Tutte le macchine virtuali interne IDPA dovrebbero essere abilitate/non disattivate.

Appendice A

• Come reimplementare il proxy interno IDPA (AVProxy): KB 19136

Appendice B