IDPA en PowerProtect DP serie: Resolutiepad voor interne VM-back-ups

Back-upworkflow

 

Logboekverzameling voor probleemoplossing
KB-000157727: IDPA: Logbestanden verzamelen voor het oplossen van back-up- en herstelproblemen met Avamar clients

Relevante logbestanden voor probleemoplossing

• Avamar Backup/Restore activiteitenlogboek: Downloaden van het tabblad Avamar Activity Monitor. Instructies in het bovenstaande onderwerp "Logboekverzameling voor probleemoplossing"
• Avamar Backup/Restore-logboeken in proxy: Activiteitenlogboeken zijn te vinden op de proxy onder de locatie "/usr/local/avamarclient/var" als deze niet beschikbaar zijn via de gebruikersinterface.
• Avamar back-up in wachtende client, time-out-start, proxyregistratiefout: Het servicelogboek van de proxy-avagent, waarin informatie over de communicatie tussen de Avamar-server en de proxy wordt opgeslagen, is te vinden onder de locatie "/usr/local/avamarclient/var/avagent.log"
• Proxy-implementatie: Proxy-implementatielogboeken zijn te vinden op de Avamar-server onder de locatie "/usr/local/avamar/var/log/vcs/deploymanager.log"
• Avamar-communicatie met vCenter: mcserver.out is te vinden op de Avamar-server onder de locatie "/usr/local/avamar/var/mc/server_log/mcserver.out" om verbindings-/communicatieproblemen tussen Avamar Server en vCenter op te lossen. Dit logboek kan worden bekeken als het bijwerken van de gebruikersnaam/het wachtwoord van vCenter op de Avamar-server mislukt.

Avamar Proxy:
foutscenario's voor IDPA interne VM-back-up

Scenario 1: Back-ups blijven in de status "Waiting Client" of mislukken met de fout "TimedOut-Start".

1. Ga met SSH naar AVProxy met behulp van IP-adres of FQDN en meld u aan met de "admin"-gebruiker.
2. Schakel over naar de hoofdgebruiker met de volgende opdracht en voer het algemene wachtwoord in: su -
3. Controleer of de proxy is geregistreerd en doe een aanvraag bij Avamar/Backup Server:
   tail -f /usr/local/avamarclient/var/avagent.log
4. Als we fouten of fouten met de melding 'Kan geen verbinding maken' met elkaar verbinden, registreert u de interne proxy opnieuw:
   Avamar proxy registreren bij Avamar:
   1. Meld u aan bij Avamar Proxy via putty met behulp van de admin-gebruiker.
   2. Zodra dat is voltooid, logt u in als root met de opdracht: su -
   3. Voer de volgende opdracht uit
      /etc/init.d/initproxyappliance --start
   4. Nadat het script is uitgevoerd, drukt u op een willekeurige toets om het invoerformulier te openen.
   5. Geef het IP-adres van de Avamar (back-upserver) op en voer het domein in als "/clients".
       

Scenario 2: Back-ups mislukken met de fout Geen proxy of Geen in aanmerking komende proxy.
Fout - als de back-uptaken voor VMware images van de IDPA VM's mislukken met de status/fout; "Geen volmacht" of "Geen in aanmerking komende volmacht"; OF wanneer u een on-demand back-up van genoemde VM's uitvoert en de foutmelding "Proxy does not protect any datastores" ziet.
 

Controleer dan het volgende:

1. Ga naar het domein "Asset Management" > "clients".
2. Selecteer de IDPA Internal Proxy en selecteer "More Actions" > "Edit Client":
    
3. Klik op het tabblad "VMware" en controleer of ALLE IDPA-datastores zijn aangevinkt/geselecteerd onder "Datastore" en dat de proxy deel uitmaakt van het juiste back-upgroepbeleid onder "Groups". Eenmaal geselecteerd, klikt u op "Update"
    
    

Scenario 3: IDPA vCenter-services zijn uitgevallen op Avamar of vCenter-verbindingen zijn verbroken.
Voer de volgende stappen uit om te controleren of dit scenario wordt bereikt:

1. Meld u aan bij Avamar AUI met het volgende adres: https://< AVAMAR-IP-ADDRESS-OR-FQDN>/aui
2. Overstappen naar server --> Services
3. Zoek IDPA vCenter Services onderaan. Als de verbindingsstatus uitvalt, is er een probleem. Als de status "OK" van de verbinding wordt aangegeven, kan de Avamar zonder problemen verbinding maken met vCenter. vCenter-services kunnen opnieuw worden gestart om verouderde verbindingen te verbreken en de verbinding tussen Avamar en vCenter te herstellen.

Als verbindingen zijn verbroken, kunt u de volgende stappen proberen om dit scenario op te lossen:

1. Open SSH naar Avamar Server als 'admin'-gebruiker.
2. Ping de IDPA vCenter-hostnaam en IDPA ESXi-hostnaam om te controleren of de DNS-zoekopdracht goed werkt.
3. Als het pingen naar een van de bovenstaande componenten mislukt, controleer dan het bestand /etc/resolv.conf op de Avamar-server om er zeker van te zijn dat de juiste DNS-servers en het juiste zoekdomein zijn toegevoegd.
4. Open de IDPA vCenter UI en meld u aan met de "root"-gebruiker. Controleer of de IDPA vCenter-gebruikersinterface goed laadt.
5. Werk de vCenter-basisreferenties bij in Avamar volgens de stappen in scenario 10.

Scenario 4: Er ontbreekt een intern back-upbeleid voor IDPA-VM's.

• Het volgende KB-artikel kan worden gebruikt om het interne back-upbeleid, de datasets, retenties, schema's, enz. van de IDPA opnieuw te maken: KB 21318

Scenario 5: Interne VM-back-ups van IDPA mislukken na herimplementatie van vCenter VM.
Voer de volgende stappen uit om te controleren of dit scenario wordt bereikt:

1. Meld u aan bij Avamar AUI met het volgende adres: https://< AVAMAR-IP-ADDRESS-OR-FQDN>/aui
2. Overstappen naar server --> Services
3. Zoek IDPA vCenter Services onderaan. Als de verbindingsstatus uitvalt, is er een probleem. Als de status "OK" van de verbinding wordt aangegeven, kan de Avamar zonder problemen verbinding maken met vCenter. vCenter-services kunnen opnieuw worden gestart om verouderde verbindingen te verbreken en de verbinding tussen Avamar en vCenter te herstellen.

Stappen voor het opnieuw toevoegen/bijwerken van vCenter in Avamar:

1. Meld u aan bij Avamar AUI met de webbrowser
   https://< Avamar_server>/AUI
2. Klik op de AUI-navigatiepagina en >> klik vervolgens op Asset Management
    
3. Klik op Vcenter -> Klik op drie puntjes -> Bewerken vCenter
    

1. Ga naar het tabblad VMware -> Werk het wachtwoord bij en bevestig het wachtwoord en klik op Bijwerken.
2. Zodra dat is gebeurd, gaat u naar IDPA Vcenter -> Ga naar Subdomein Virtuele machines.
3. Alle virtuele machines moeten zijn ingeschakeld, behalve de oude Vcenter-VM, dat wil zeggen DataProtection-VCSA.
4. Als de oude vCenter (VCSA) VM is ingeschakeld, volgt u de onderstaande stappen om de oude vCenter (VCSA-VM) buiten gebruik te stellen
    
5. Zorg ervoor dat er geen replicatietaken worden uitgevoerd op Avamar door de actieve/actieve sessies te bekijken op het tabblad Activiteit. Als er geen replicatietaken worden uitgevoerd, klikt u op More Actions --> Retire this client.
    
6. Selecteer de standaardopties en klik op Verzenden.
    
7. Als Replication niet wordt uitgevoerd, wordt de client uit het domein verwijderd.
8. Ga naar hetzelfde domein voor virtuele machines --> Add Client.
    
9. Ga naar DPAppliance in de Client Add en blader naar DataProtection-VCSA VM. Selecteer de VCSA-client in de lijst en voeg deze weer toe. Klik op Verzenden.
    

Scenario 6: Alle interne VM-back-ups mislukken als gevolg van M.2 SSD-fout op DP4400 apparaat

• Lees het volgende Knowledge Base-artikel: KB-168746

Scenario 7: Interne VMPA-back-ups mislukken met fout 10058

• Lees het volgende Knowledge Base-artikel: KB 182050

Scenario 8: Interne VM-back-ups van IDPA mislukken met fout "avvcbimage Error <17782>: Snapshot kan niet worden uitgevoerd omdat ESX_HOST_FQDN> van host< is verbroken.

• Lees het volgende Knowledge Base-artikel: KB-166308

Scenario 9: Interne VM-back-ups van IDPA mislukken met "There are currently two usable fault domains. De operatie vereist nog een bruikbaar foutdomein."

• Lees het volgende Knowledge Base-artikel: KB-000037917
• Lees het volgende Knowledge Base-artikel: KB-000050824

Scenario 10: Interne IDPA-VM's grijs weergegeven/uitgeschakeld
Update IDPA vCenter in Avamar:

1. Meld u aan bij Avamar AUI met de webbrowser
   https://< AVAMAR-IP-ADDRESS-OR-FQDN>/aui
2. Klik op de AUI-navigatiepagina en >> klik vervolgens op Asset Management
3. Klik op vCenter --> Klik op drie puntjes --> Bewerken vCenter
    
4. Ga naar het tabblad VMware --> Werk het wachtwoord bij en bevestig het wachtwoord. Klik op Update.
    
5. Zodra het wachtwoord is bijgewerkt, gaat u naar Subdomein Virtuele machines onder het IDPA vCenter-domein en controleert u de status van Virtuele machines.
6. Alle interne virtuele machines van IDPA moeten zijn ingeschakeld/niet grijs worden weergegeven.

Aanhangsel A

• IDPA Internal Proxy (AVProxy) opnieuw implementeren: KB 19136

Bijlage B