IDPA- og PowerProtect DP-serien: Løsningsbane for intern VM-sikkerhetskopiering

Arbeidsflyt for sikkerhetskopiering

Loggsamling 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

• Avamar-logg for sikkerhetskopiering/gjenopprettingsaktivitet: Last ned fra fanen Avamar Activity monitor (Avamar-aktivitetsskjerm). Instruksjoner som er nevnt i emnet "Log Collection for troubleshooting" (Loggsamling for feilsøking) ovenfor
• Avamar-logger for sikkerhetskopiering/gjenoppretting i proxy: Du finner aktivitetslogger på proxy under plasseringen "/usr/local/avamarclient/var" hvis de ikke er tilgjengelige ved hjelp av brukergrensesnittet.
• Avamar-sikkerhetskopiering i venteklient, tidsavbrutt oppstart, proxyregistreringsfeil: Proxy Avagent-tjenesteloggen som lagrer informasjon om kommunikasjon mellom Avamar-serveren og proxyen, finner du under plasseringen «/usr/local/avamarclient/var/avagent.log»
• Proxy-implementering: Du finner proxyimplementeringslogger 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 problemer med tilkobling/kommunikasjon mellom Avamar Server og vCenter. Denne loggen kan gjennomgås hvis oppdatering av vCenter-brukernavn/-passord i Avamar-serveren mislykkes.

Avamar Proxy:
IDPA interne VM-sikkerhetskopieringsfeilscenarioer

Scenario 1: Sikkerhetskopiering forblir i ventende klient-tilstand eller mislykkes med feilmeldingen TimedOut-Start (Tidsavbrudd-start).

1. SSH til AVProxy ved hjelp av IP-adresse eller FQDN og pålogging ved hjelp av "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 "Unable to connect" (Kan ikke koble til), registrerer du den interne proxyen på nytt:
   Registrer Avamar-proxy med Avamar:
   1. Logg på Avamar-proxy via putty ved hjelp av administratorbruker.
   2. Når dette er fullført, logger du på som rot ved hjelp av kommandoen: su -
   3. Kjør følgende kommando
      /etc/init.d/initproxyappliance --start
   4. Når skriptet kjøres, trykker du på hvilken som helst tast for å åpne inndataskjemaet.
   5. Oppgi IP-adressen for Avamar (sikkerhetskopieringsserver), og skriv inn domenet som "/klienter".
      

Scenario 2: Sikkerhetskopiering mislykkes med feilen «No Proxy» (Ingen proxy) eller No eligible proxy (Ingen kvalifisert proxy).
Feil under sikkerhetskopieringsjobb mislyktes: Hvis sikkerhetskopieringsjobbene du utløste, får denne feilen. Dvs. "Proxy beskytter ikke noen datalagre".

Kontroller følgende:

1. Traverser til domenet "Asset Management" ("Klienter".
2. Velg intern IDPA-proxy, og velg Edit client (Rediger klient) under flere alternativer:
   
3. li>Verifisere om alle «Datastores» og «Groups» (Grupper) er valgt under VMware-fanen. Når dette alternativet er valgt, klikker du på Update (Oppdater)
   
   

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

1. Logg på Avamar AUI ved hjelp av følgende adresse: https:///aui
2. Traverser til server -->-tjenester
3. Finn IDPA vCenter-tjenestene nederst. Hvis tilkoblingene er nede, har vi et problem. Hvis tilkoblingene sier "OK", kan Avamar kobles til vCenter uten problemer. vCenter-tjenester kan startes på nytt for å avslutte foreldede tilkoblinger og gjenopprette tilkoblingen mellom Avamar og vCenter.

Hvis tilkoblingene er nede, kan du prøve følgende trinn for å feilsøke dette scenariet:

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

Scenario 4: Interne policyer for intern IDPA-VM-sikkerhetskopiering mangler.

• Følgende KB-artikkel kan brukes til å opprette interne VM-sikkerhetskopieringspolicyer for IDPA på nytt, datasett, oppbevaringer, tidsplaner osv.: KB 21318

Scenario 5: Interne IDPA VM-sikkerhetskopier mislykkes etter vCenter VM-redeployment.
Utfør følgende trinn for å kontrollere om vi treffer dette scenariet:

1. Logg på Avamar AUI ved hjelp av følgende adresse: https:///aui
2. Traverser til server -->-tjenester
3. Finn IDPA vCenter-tjenestene nederst. Hvis tilkoblingene er nede, har vi et problem. Hvis tilkoblingene sier "OK", kan Avamar kobles til vCenter uten problemer. vCenter-tjenester kan startes på nytt for å avslutte foreldede tilkoblinger og gjenopprette tilkoblingen mellom Avamar og vCenter.

Fremgangsmåte for å lese/oppdatere vCenter i Avamar:

1. Logg på Avamar AUI ved hjelp av nettleseren
   https:///AUI
2. Klikk på >> på navigasjonssiden for AUI, og klikk deretter på Asset Management (Ressursadministrasjon)
   
3. Klikk på Vcenter -> Klikk på tre prikker – > Rediger vCenter
   

1. Gå til VMware-fanen – > oppdater passordet og bekreft passordet, og klikk på Update (Oppdater).
2. Når dette er gjort, går du til IDPA Vcenter -> Gå til virtuelle maskiner for underdomene.
3. Alle virtuelle maskiner skal være aktivert og forvente den gamle Vcenter VM,dvs. DataProtection-VCSA.
4. Hvis den gamle vCenter (VCSA) VM-en 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 på Flere handlinger – > Trekk ut denne klienten.
   
6. Velg standardalternativene, og klikk på Submit (Send).
   
7. Hvis replikering ikke kjører, vil klienten bli trukket tilbake fra domenet.
8. Traverser til samme domene for virtuell maskin – > legg til klient.
   
9. Traverser til DPAppliance i Client Add (Klienttillegg) vises, og bla gjennom etter DataProtection-VCSA VM. Velg VCSA-klienten fra listen, og legg den tilbake. Klikk på Submit (Send inn).
   

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

• Se gjennom følgende artikkel i kunnskapsbasen: KB-168746

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

• Se gjennom følgende artikkel i kunnskapsbasen: KB 182050

Scenario 8: Intern IDPA VM-sikkerhetskopiering mislykkes med feilen «avvcbimage Error : Øyeblikksbildet kan ikke utføres fordi vertens er frakoblet.

• Se gjennom følgende artikkel i kunnskapsbasen: KB 166308

Scenario 9: IDPA internal VM backups fail with "There are currently two usable fault domains. (Interne IDPA-sikkerhetskopieringer mislykkes med "There are currently two usable fault domains. Operasjonen krever enda ett brukbart feildomener.»

• Se gjennom følgende artikkel i kunnskapsbasen: KB-000037917
• Se gjennom følgende artikkel i kunnskapsbasen: KB-000050824

Scenario 10: Interne IDPA-vm-er nedtonet/deaktivert
Oppdater IDPA vCenter i Avamar:

1. Logg på Avamar AUI ved hjelp av nettleseren
   https:///aui
2. Klikk på >> på navigasjonssiden for AUI, og klikk deretter på Asset Management (Ressursadministrasjon)
3. Klikk på vCenter --> Klikk på tre prikker --> Edit vCenter
   
4. Traverser til VMware-fanen – > oppdater passordet og bekreft passordet. Klikk på Oppdater.
   
5. Når passordet er oppdatert, kan du gå til virtuelle maskiner for underdomenet under IDPA vCenter-domenet og kontrollere tilstanden til virtuelle maskiner.
6. Alle interne virtuelle IDPA-maskiner skal være aktivert/ ikke nedtonet.

Tillegg A

• Slik omplasserer du intern IDPA-proxy (AVProxy): KB 19136

Vedlegg B