IDPA og PowerProtect DP-serien: Interne VM-sikkerhedskopier Løsningssti
Summary: Denne KB-artikel er en løsningssti for IDPA Internal VM-sikkerhedskopier og dækker flere scenarier til afhjælpning af interne VM-sikkerhedskopieringsfejl.
Instructions
Sikkerhedskopieringsworkflow
Logindsamling til fejlfinding
KB-000157727: IDPA: Indsamling af logfiler til fejlfinding af problemer med sikkerhedskopiering og gendannelse af Avamar Client
Relevante logfiler til fejlfinding
- Avamar – Logfil for sikkerhedskopiering/gendannelse: Download fra fanen Avamar-aktivitetsovervågning. Instruktioner, der er nævnt i ovenstående emne "Logindsamling til fejlfinding"
- Avamar Backup/Restore logs in Proxy: Aktivitetslogfiler kan findes på proxy under placeringen "/usr/local/avamarclient/var", hvis de ikke er tilgængelige ved hjælp af brugergrænsefladen.
- Avamar-sikkerhedskopiering i venteklient, starttid for timeout, proxyregistrering mislykkedes: Proxy Avagent-tjenestelog, som gemmer oplysninger om kommunikation mellem Avamar-serveren og proxyen, kan findes under placeringen "/usr/local/avamarclient/var/avagent.log"
- Proxy-implementering: Du kan finde proxyinstallationslogfiler på Avamar-serveren under placeringen "/usr/local/avamar/var/log/vcs/deploymanager.log"
- Avamar-kommunikation med vCenter: mcserver.out kan findes på Avamar-serveren under placeringen "/usr/local/avamar/var/mc/server_log/mcserver.out" for at foretage fejlfinding af forbindelses-/kommunikationsproblemer mellem Avamar Server og vCenter. Denne logfil kan gennemses, hvis opdatering af vCenter-brugernavn/-adgangskode på Avamar-serveren mislykkes.
Avamar Proxy:
IDPA Internal VM Backup - Fejlscenarier
Scenarie 1: Sikkerhedskopieringer forbliver i tilstanden "Waiting Client" eller mislykkes med fejlen "TimedOut-Start".
- SSH til AVProxy ved hjælp af IP-adresse eller FQDN og log ind ved hjælp af "admin" bruger.
- Skift til rodbrugeren ved hjælp af følgende kommando, og indtast almindelig adgangskode:
su - - Kontroller, at proxyen er registreret korrekt, og anmod fra Avamar/Backup Server:
tail -f /usr/local/avamarclient/var/avagent.log - Hvis vi forbinder fejl eller fejl, der angiver "Kan ikke oprette forbindelse", skal du genregistrere den interne proxy:
Registrer Avamar-proxy med Avamar:- Log på Avamar-proxy via putty ved hjælp af administratorbruger.
- Når det er afsluttet, skal du logge ind som root ved hjælp af kommandoen:
su - - Kør følgende kommando
/etc/init.d/initproxyappliance --start - Når scriptet er kørt, skal du trykke på en vilkårlig tast for at åbne inputformularen.
- Angiv Avamar-IP-adressen (Backup Server), og indtast domænet som "/clients".
Scenarie 2: Sikkerhedskopieringer mislykkedes med fejlen "Ingen proxy" eller "Ingen kvalificeret proxy".
Fejl – Hvis sikkerhedskopieringsjob for IDPA VM er VMware-afbildning mislykkes med status/fejl; "Ingen fuldmagt" eller "Ingen kvalificeret fuldmægtig"; ELLER når du kører en On-Demand-sikkerhedskopiering af de nævnte VM'er og får vist fejlen "Proxy beskytter ikke noget datalager".
Bekræft derefter følgende:
- Gå til domænet "Administration af aktiver" > "klienter".
- Vælg IDPA s interne proxy, og vælg "More Actions", > "Edit Client":
- Klik på fanen "VMware", og kontroller, at ALLE IDPA-datalagre er markeret/valgt under "Datalager", og at proxyen er en del af de relevante gruppepolitikker for sikkerhedskopiering under "Grupper". Når du er valgt, skal du klikke på "Opdater"
Scenarie 3: IDPA vCenter-tjenester er nede på Avamar, eller vCenter-forbindelser er nede.
Udfør følgende trin for at kontrollere, om vi rammer dette scenarie:
- Log på Avamar AUI med følgende adresse: https://< AVAMAR-IP-ADDRESS-OR-FQDN>/aui
- Overfør til server –> tjenester
- Find IDPA vCenter-tjenesterne nederst. Hvis forbindelserne går i tilstand, har vi et problem. Hvis forbindelserne angiver "OK", kan Avamar oprette forbindelse til vCenter uden problemer. vCenter-tjenester kan genstartes for at dræbe forældede forbindelser og genoprette forbindelsen mellem Avamar og vCenter.
Hvis forbindelserne er nede, kan du forsøge følgende trin for at fejlfinde dette scenarie:
- Åbn SSH til Avamar Server som "admin"-bruger.
- Ping IDPA vCenter-værtsnavnet og IDPA ESXi-værtsnavnet for at sikre, at DNS-opslaget fungerer korrekt.
- Hvis ping til en af ovenstående komponenter mislykkes, skal du kontrollere filen "/etc/resolv.conf" på Avamar-serveren for at sikre, at de korrekte DNS-servere og søgedomæne tilføjes.
- Åbn IDPA vCenter UI, og log på ved hjælp af "root"-bruger. Kontroller, at IDPA vCenter-brugergrænsefladen indlæses fint.
- Opdater vCenter-rodlegitimationsoplysningerne i Avamar i henhold til trinnene vist i scenarie 10.
Scenarie 4: IDPA – Interne VM-sikkerhedskopieringspolitikker mangler.
- Følgende KB-artikel kan bruges til at genoprette IDPA Internal VM backup-politikker, datasæt, opbevaringer, tidsplaner osv.: KB 21318
Scenarie 5: Interne IDPA-sikkerhedskopieringer af VM'er mislykkes efter geninstallation af vCenter VM.
Udfør følgende trin for at kontrollere, om vi rammer dette scenarie:
- Log på Avamar AUI med følgende adresse: https://< AVAMAR-IP-ADDRESS-OR-FQDN>/aui
- Overfør til server –> tjenester
- Find IDPA vCenter-tjenesterne nederst. Hvis forbindelserne går i tilstand, har vi et problem. Hvis forbindelserne angiver "OK", kan Avamar oprette forbindelse til vCenter uden problemer. vCenter-tjenester kan genstartes for at dræbe forældede forbindelser og genoprette forbindelsen mellem Avamar og vCenter.
Trin til at tilføje/opdatere vCenter i Avamar:
- Log på Avamar AUI med webbrowseren
https://< Avamar_server>/AUI - På AUI-navigationssiden Klik >> på og klik derefter på Styring af aktiver
- Klik på Vcenter -> Klik på tre prikker -> Rediger vCenter
- Gå til fanen VMware -> Opdater adgangskoden og bekræft adgangskoden, og klik på Opdater.
- Når det er gjort, skal du gå til IDPA vcenter –> Gå til underdomæne virtuelle maskiner.
- Alle virtuelle maskiner skal være aktiveret, forvent den gamle vCenter VM, dvs. DataProtection-VCSA.
- Hvis den gamle vCenter (VCSA) VM er aktiveret, skal du følge nedenstående trin for at udfase det gamle vCenter (VCSA VM)
- Sørg for, at der ikke kører replikeringsjob på Avamar ved at gennemgå de aktive/kørende sessioner under fanen Aktivitet. Hvis der ikke kører nogen replikeringsjob, skal du klikke på Flere handlinger --> Træk denne klient tilbage.
- Vælg standardindstillingerne, og klik på Send.
- Hvis replikering ikke kører, vil klienten blive pensioneret fra domænet.
- Overfør til det samme virtuelle maskindomæne –> Tilføj klient.
- Overfør til DPAppliance i klienttilføjelsen, og søg efter DataProtection-VCSA VM. Vælg VCSA-klienten på listen, og tilføj den igen. Klik på Submit (Send).
Scenarie 6: Alle interne VM-sikkerhedskopier mislykkes pga. M.2 SSD-fejl på DP4400-enhed
- Læs følgende Knowledge Base-artikel: KB-168746
Scenarie 7: IDPA – Interne VM-sikkerhedskopieringer mislykkes med fejl 10058
- Læs følgende Knowledge Base-artikel: KB 182050
Scenarie 8: IDPA Internal VM-sikkerhedskopieringer mislykkes med fejlen "avvcbimage Error <17782>: Snapshottet kan ikke udføres, fordi værten "<ESX_HOST_FQDN>" er frakoblet".
- Læs følgende Knowledge Base-artikel: KB-166308
Scenarie 9: IDPA Internal VM-sikkerhedskopieringer mislykkes med "Der er i øjeblikket to brugbare fejldomæner. Operationen kræver endnu et brugbart fejldomæne."
- Læs følgende Knowledge Base-artikel: KB-000037917
- Læs følgende Knowledge Base-artikel: KB-000050824
Scenarie 10: IDPA interne VM er nedtonet/deaktiveret
Opdater IDPA vCenter i Avamar:
- Log på Avamar AUI ved hjælp af webbrowseren
https://< AVAMAR-IP-ADDRESS-OR-FQDN>/aui - På AUI-navigationssiden Klik >> på og klik derefter på Styring af aktiver
- Klik på vCenter --> Klik på tre prikker --> Rediger vCenter
- Gå til fanen Traverse til VMware --> Opdater adgangskoden, og bekræft adgangskoden. Klik på Opdater.
- Når adgangskoden er blevet opdateret, skal du krydse til Underdomæne Virtuelle maskiner under IDPA vCenter-domænet og bekræfte tilstanden for virtuelle maskiner.
- Alle interne virtuelle IDPA-maskiner skal være aktiveret/ikke-nedtonet.
Additional Information
Tillæg A
- Sådan geninstalleres IDPA Internal Proxy (AVProxy): KB 19136
Tillæg B
1. Åbn Avamar Java Console, og log på via MCUser. 2. Gå til Navigation -> fanen "Sikkerhedskopiering og gendannelse". 3. I øverste venstre rude skal du vælge IDPA vCenter og udvide det. Vælg et underdomæne for virtuelle maskiner. 4. I nederste venstre rude skal du vælge den interne VM, som vi skal gendanne, f.eks. "DataProtection-ACM" VM, og kontrollere, om den har sikkerhedskopier. 5. Hvis sikkerhedskopierne findes, skal du vælge sikkerhedskopien fra dagen før problemet. 6. Udfør gendannelsen for den interne IDPA VM: Metode#1: Brug af den oprindelige gendannelsesmetode
en. Fra Avamar Admin GUI skal du vælge den virtuelle destinationsmaskine og gå til fanen Gendan.
b. Vælg den relevante sikkerhedskopi, som du vil bruge til gendannelse c. Vælg Alle virtuelle diske, højreklik og vælg Gendan nu d. Vælg indstillingen Gendan til en ny VM, og klik på Konfigurer destination e. I det nye vindue skal du vælge IDPA vCenter som Mål-vCenter og fortsætte med guiden f. Start gendannelsen, og din VM bør være gendannet til IDPA VC-miljøet. Seddel: Vælg "<VM-OriginalName-RESTORE>" som navnet på den nye gendannede VM i gendannelsesguiden. Metode#2: Brug af øjeblikkelig adgang/gendannelse
en. Fra Avamar Admin GUI skal du vælge den virtuelle destinationsmaskine og gå til fanen Gendan
b. Vælg den relevante sikkerhedskopi, som du vil bruge til at gendanne c. Vælg Alle virtuelle diske, højreklik og vælg ØJEBLIKKELIG ADGANG d. Du vil blive præsenteret for en guide, klik på Konfigurer destination, og vælg IDPA vCenter som Target vCenter og fortsæt med guiden og udfør Gendan e. Din gendannede virtuelle ACM-maskine vil være øjeblikkeligt tilgængelig på brugergrænsefladen ESXi Host/vCenter. Seddel: Hvis du har brug for denne maskine, kan du udføre vMotion til dit eksisterende datalager - Udfør lagermigrering til DPappliance-datastore. f. Når du er færdig, skal du højreklikke på maskinen og vælge Fjern fra lager (slet ikke VM'en fra disken, da dette kan slette sikkerhedskopien) g. Gå tilbage til Avamar Admin GUI, og vælg Data Domain NFS Datastores h under fanen SERVER. Klik på Datastore, og klik på Afmonter/fjern i. Dette vil sikre en vellykket oprydning af gendannelsesjob 7. Log på brugergrænsefladen IDPA vCenter. 8. Luk elegant den oprindelige korrupte IDPA VM .9. Højreklik på Original VM og klik på Rediger indstillinger. 10. Under netværksadapter -- Fjern markeringen af tilsluttet for alle portgrupper,> og gem den. 11. Tænd for den nye, gendannede VM. 12. Åbn konsollen for denne VM, og kontroller, at den starter fint op. Vigtig bemærkning: SLET IKKE DEN OPRINDELIGE IDPA VM, FØR VI ER SIKRE PÅ, AT DEN NYE VIRTUELLE MASKINE STARTER FINT OP. OPBEVAR GAMMEL VM TIL TEKNISK RCA, HVIS DET KRÆVES. 13. Hvis Ny gendannet IDPA VM fungerer fint, skal du omdøbe original og suffiks "-old" 14. Omdøb gendannet IDPA VM til oprindeligt VM-navn. |
Følg nedenstående KB-artikel:
|