IDPA- og PowerProtect DP-serien: Intern VM-sikkerhetskopiering Oppløsningsbane

Arbeidsflyt for sikkerhetskopiering

 

Logginnsamling for feilsøking
KB 000157727: IDPA: Samle inn loggfiler for feilsøking av problemer med sikkerhetskopiering og gjenoppretting av Avamar-klient

Relevante loggfiler for feilsøking

• Aktivitetslogg for sikkerhetskopiering/gjenoppretting av Avamar: Last ned fra fanen Avamar-aktivitetsmonitor. Instruksjoner som er nevnt i emnet "Logginnsamling for feilsøking" ovenfor
• Avamar Backup/Restore logs in Proxy: Du finner aktivitetslogger på proxy under plasseringen «/usr/local/avamarclient/var» hvis de ikke er tilgjengelige via brukergrensesnittet.
• Avamar Backup in Waiting-Client, tidsbestemt utstart, proxy-registreringsfeil: Du finner Proxy Avagent servicelogg, som lagrer informasjon om kommunikasjon mellom Avamar-serveren og proxyen, under plasseringen "/usr/local/avamarclient/var/avagent.log"
• Proxy-implementering: Du finner proxy-implementeringslogger på Avamar-serveren under plasseringen "/usr/local/avamar/var/log/vcs/deploymanager.log"
• Avamar-kommunikasjon med vCenter: mcserver.out finner du på Avamar-serveren under plasseringen "/usr/local/avamar/var/mc/server_log/mcserver.out" for å feilsøke tilkoblings-/kommunikasjonsproblemer mellom Avamar Server og vCenter. Denne loggen kan gjennomgås hvis oppdatering av vCenter-brukernavnet/-passordet i Avamar-serveren mislykkes.

Avamar Proxy:
Scenarioer for intern VM-sikkerhetskopieringsfeil i IDPA

Scenario 1: Sikkerhetskopieringer forblir i "Venter klient"-tilstand eller mislykkes med "TimedOut-Start"-feilen.

1. SSH til AVProxy bruker IP-adresse eller FQDN og logge inn med "admin" bruker.
2. Bytt til rotbrukeren ved hjelp av følgende kommando og skriv inn vanlig passord: su -
3. Kontroller at proxyen er registrert, og be om fra Avamar/Backup Server:
   tail -f /usr/local/avamarclient/var/avagent.log
4. Hvis vi kobler til feil eller feil som sier "Kan ikke koble til", registrerer du den interne proxyen:
   Registrer Avamar-proxyen på nytt hos Avamar:
   1. Logg på Avamar-proxy via putty med administratorbrukeren.
   2. Når det er fullført, logger du på som root ved hjelp av kommandoen: su -
   3. Kjør følgende kommando
      /etc/init.d/initproxyappliance --start
   4. Når skriptet er kjørt, trykker du på hvilken som helst tast for å skrive inn inndataskjema.
   5. Oppgi Avamar IP-adressen (sikkerhetskopiserver), og angi domenet som "/clients".
       

Scenario 2: Sikkerhetskopieringer mislykkes med feilmeldingen «Ingen proxy» eller «Ingen kvalifisert proxy».
Feil – hvis IDPA-VM-enes sikkerhetskopieringsjobber for VMware Image mislykkes med statusen/feilen. "Ingen proxy" eller "Ingen kvalifisert proxy"; ELLER når du kjører en behovsbasert sikkerhetskopi av nevnte virtuelle maskiner og ser feilen «Proxy beskytter ingen datalagre».
 

Kontroller deretter følgende:

1. Gå til domenet "Asset Management" > og "clients".
2. Velg IDPAs interne proxy, og velg «Flere handlinger», > «Rediger klient»:
    
3. Klikk på "VMware"-fanen og kontroller at ALLE IDPA-datalagrene er merket av/valgt under "Datastore", og at proxyen er en del av de riktige gruppepolicyene for sikkerhetskopiering under "Groups". Når dette alternativet er valgt, klikker du på "Update"
    
    

Scenario 3: IDPA vCenter-tjenester er nede på Avamar, eller vCenter-tilkoblinger er nede.
Utfør følgende trinn for å bekrefte om vi treffer dette scenariet:

1. Logg på Avamar AUI med følgende adresse: https://< AVAMAR-IP-ADDRESS-OR-FQDN>/aui
2. Traverse to Server --> Services
3. Finn IDPA vCenter-tjenestene nederst. Hvis tilkoblingene går ned, har vi et problem. Hvis tilkoblingene sier "OK", kan Avamar koble til vCenter uten problemer. vCenter-tjenester kan startes på nytt for å drepe foreldede tilkoblinger og gjenopprette tilkoblingen mellom Avamar og vCenter.

Hvis tilkoblingene er nede, kan følgende trinn forsøkes på å feilsøke dette scenariet:

1. Åpne SSH til Avamar Server som admin-bruker.
2. Ping IDPA vCenter-vertsnavnet og IDPA ESXi-vertsnavnet for å sikre at DNS-oppslaget fungerer som det skal.
3. Hvis ping til en av komponentene ovenfor mislykkes, må du kontrollere "/etc/resolv.conf"-filen på Avamar-serveren for å sikre at riktige DNS-servere og søkedomene er lagt til.
4. Åpne IDPA vCenter-brukergrensesnittet, og logg på med rotbrukeren. Bekreft at IDPA vCenter-brukergrensesnittet lastes fint.
5. Oppdater vCenter-rotlegitimasjonen i Avamar i henhold til trinnene som vises i scenario 10.

Scenario 4: IDPA interne retningslinjer for sikkerhetskopiering av VM mangler.

• Følgende KB-artikkel kan brukes til å gjenopprette IDPA Internal VM-sikkerhetskopieringspolicyer, datasett, oppbevaringer, tidsplaner og så videre: KB 21318

Scenario 5: IDPA interne VM-sikkerhetskopier mislykkes etter ny implementering av vCenter VM.
Utfør følgende trinn for å bekrefte om vi treffer dette scenariet:

1. Logg på Avamar AUI med følgende adresse: https://< AVAMAR-IP-ADDRESS-OR-FQDN>/aui
2. Traverse to Server --> Services
3. Finn IDPA vCenter-tjenestene nederst. Hvis tilkoblingene går ned, har vi et problem. Hvis tilkoblingene sier "OK", kan Avamar koble til vCenter uten problemer. vCenter-tjenester kan startes på nytt for å drepe foreldede tilkoblinger og gjenopprette tilkoblingen mellom Avamar og vCenter.

Fremgangsmåte for å legge til/oppdatere vCenter på nytt i Avamar:

1. Logg på Avamar AUI med nettleseren
   https://< Avamar_server>/AUI
2. På AUI-navigasjonssiden klikker du på >> Aktivastyring
    
3. Klikk på Vcenter -> Klikk på tre prikker -> Rediger vCenter
    

1. Gå til VMware-fanen -> Oppdater passordet og bekreft passordet, og klikk på Oppdater.
2. Når det er gjort, Go IDPA Vcenter -> Go to Sub domain Virtual Machines.
3. Alle virtuelle maskiner skal være aktivert, forvent den gamle Vcenter VM, dvs.
4. Hvis den gamle vCenter (VCSA) VM er aktivert, følger du trinnene nedenfor for å trekke tilbake den gamle vCenter (VCSA VM)
    
5. Kontroller at ingen replikeringsjobber kjører på Avamar ved å gå gjennom de aktive/kjørende øktene i kategorien Aktivitet. Hvis ingen replikeringsjobber kjører, klikker du Flere handlinger –> Pensjoner denne klienten.
    
6. Velg standardalternativene og klikk på Send.
    
7. Hvis replikering ikke kjører, blir klienten fjernet fra domenet.
8. Traverse til samme domene for virtuell maskin –> Legg til klient
    
9. Traverse to DPAppliance in the Client Add vises, og bla etter DataProtection-VCSA VM. Velg VCSA-klienten fra listen, og legg den til på nytt. Klikk på Submit (Send inn).
    

Scenario 6: Alle interne VM-sikkerhetskopier mislykkes på grunn av M.2 SSD-feil på DP4400-apparatet

• Se gjennom følgende Knowledge Base-artikkel: KB 168746

Scenario 7: IDPA Internal VM-sikkerhetskopiering mislykkes med feil 10058

• Se gjennom følgende Knowledge Base-artikkel: KB 182050

Scenario 8: IDPA interne VM-sikkerhetskopier mislykkes med feilen "avvcbimage Error <17782>: Øyeblikksbilde kan ikke utføres fordi vertens< ESX_HOST_FQDN> er frakoblet".

• Se gjennom følgende Knowledge Base-artikkel: KB 166308

Scenario 9: IDPA Internal VM-sikkerhetskopieringer mislykkes med «There are currently two usable fault domains. Operasjonen krever enda et brukbart feildomene."

• Se gjennom følgende Knowledge Base-artikkel: KB-000037917
• Se gjennom følgende Knowledge Base-artikkel: KB 000050824

Scenario 10: IDPA interne virtuelle maskiner nedtonet/deaktivert
Oppdater IDPA vCenter i Avamar:

1. Logg på Avamar AUI ved hjelp av nettleseren
   https://< AVAMAR-IP-ADDRESS-OR-FQDN>/aui
2. På AUI-navigasjonssiden klikker du på >> Aktivastyring
3. Klikk på vCenter --> Klikk på tre prikker --> Rediger vCenter
    
4. Traverse to VMware tab –> Oppdater passordet og bekreft passordet. Klikk på Oppdater.
    
5. Når passordet er oppdatert, kan du gå til Sub domain Virtual Machines under IDPA vCenter-domenet og kontrollere tilstanden til Virtual Machines.
6. Alle interne virtuelle IDPA-maskiner skal være aktivert/ikke-nedtonet.

Vedlegg A

• Slik omfordeler du IDPA Internal Proxy (AVProxy): KB 19136

Vedlegg B