NVP vProxy: VM lagre sett oppstandelsesprosessen går ikke fremover
Summary: Et VM-lagringssett som ligger på en ikke-DDboost-enhet (AFTD, tape, CloudBoost) blir gjenopplivet (klonet) tilbake til en data domain-enhet for gjenoppretting. Oppstandelsesprosessen går ikke fremover, og ingen data blir klonet til oppsamlingsenheten. ...
Symptoms
En gjenoppstandelse av Virtual Machine (VM) ble startet fra NetWorker Management Console (NMC) eller NetWorker Web User Interface (NWUI).
Oppstandelsesprosessen har startet, men ingen dataoverføring er sett:
NMC-varslingsvinduet viser "venter på skrivbart volum" på det valgte oppsamlingsutvalget.
Oppsamlingsbassenget har en enhet montert:
Cause
Det finnes allerede en kopi av det samme lagringssettet på oppsamlingsenhetsvolumet.
1. Bekreft SSID fra gjenopprettingsøkten:
3. Bruk mminfo til å bekrefte om lagringssettet vises på oppsamlingsenheten:
mminfo -kot -q ssid=SSID
Eksempel:
nve:~ # mminfo -kot -q ssid=2891939064
volume type vm_name date time size ssid fl backup_size
AFTDVMClone.001 adv_file lnx-client01 06/04/24 16:45:43 104 GB 2891939064 cr 104 GB
ddvestaging.001 Data Domain lnx-client01 06/04/24 16:45:43 104 GB 2891939064 cr 104 GB
Det er slik sensoren er utformet. Du kan ikke opprette flere kopier av samme lagringssett på samme målplassering. I integreringsveiledningen for NetWorker VMware står det: Kontroller at det valgte utvalget ikke allerede inneholder kopier for denne sikkerhetskopien. Hvis primærkilden finnes, og du velger en klon for å gjenopprette fra å bruke det samme oppsamlingsutvalget som inneholder den eksisterende kopien, kan det hende at gjenopprettingen ikke svarer.
Resolution
Kontroller lagre sett-flagget for kopien på oppsamlingsvolumet:
nve:~ # mminfo -kot -q volume=ddvestaging.001
volume type vm_name date time size ssid fl backup_size
ddvestaging.001 Data Domain lnx-client01 06/04/24 16:45:43 104 GB 2891939064 cr 104 GB
I noen tilfeller kan den forrige oppstandelsen ha fullført, men en nsrclone-feil kan ha ført til at lagringssettet ble merket abortert (ca) eller mistenkt (er). Dette vil føre til at gjenopprettingen mislykkes, lagringssettet vil ikke være kvalifisert for gjenoppretting. Det finnes to alternativer avhengig av om kopien er gyldig.
Gyldig lagringssett på oppsamlingsenhet.
1. Høyreklikk på gjenopprettingsøkten i kategorien Gjenopprett , og klikk på Stopp.
2. Start gjenopprettingen på nytt, og velg lagringssettet som ble klonet tilbake til DD. Den skal vise en kopi i kolonnene "Data Domain Copies" og "Other Media Copies":
4. Utfør gjenopprettingen.
Lagre sett er ugyldig
Hvis lagringssettet ikke er gyldig; enten avbrutt (CA) eller mistenkt (er). Du må slette lagringssettet og starte oppstandelsen på nytt.1. Hent ssid- og klone-ID-en til lagringssettet som ligger på oppsamlingsenheten.
mminfo -kot -q volume=VOLUME_NAME -r vmname,savetime,sumflags,ssid,cloneid Eksempel:
nve:~ # mminfo -kot -q volume=ddvestaging.001 -r vmname,savetime,sumflags,ssid,cloneid
vm_name date fl ssid clone id
lnx-client01 06/04/24 ca 2891939064 1718033764
nsrmm -d -S SSID/CLONEID Eksempel:
nve:~ # nsrmm -d -S 2891939064/1718033764
The following clones will be deleted:
2891939064/1718033764
Continue? y
Processing the clone list.
Deleting clones.
3. Start oppstandelsesgjenopprettingen på nytt, og velg lagringssettet med bare "Other Media Copy". Velg oppsamlingsutvalget og start gjenopprettingen. Lagringssettet klones til oppsamlingsutvalget, og gjenopprettingsprosessen starter når klonen er fullført.
Additional Information
nsrclone -vvv [{optional} -D[1-7]] -b STAGING_POOL_NAME -S SSID/CLONEID
Der SSID/CLONEID er SSID-en og CloneId for lagringssettet som befinner seg på ikke-DD-enheten. Output kan omdirigeres til en fil; eventuelt kan feilsøking legges til med -D-nivå 1 til 7.
Se: NVP vProxy: Hvordan klone du manuelt et VM-lagringssett fra en ikke-Data Domain-enhet til en Data Domain-kloneenhet?
Det kan være nødvendig å analysere måldatadomenets sfs-dump og ddfs.info-logg.