NVP vProxy: Slik utfører du gjenoppretting på filnivå når FLR mislykkes eller ikke støttes av VM

Følgende fremgangsmåte kan brukes som en midlertidig løsning når file level recovery (FLR) mislykkes og en filgjenoppretting er umiddelbart nødvendig, eller når begrensninger påvirker en FLR. Hvis du vil ha en fullstendig liste over VM FLR-begrensninger, kan du se integrasjonsveiledningen for NetWorker VMware for NetWorker-versjonen din. Disse veiledningene er tilgjengelige via Dells kundestøtte på https://www.dell.com/support/home/.

Denne metoden krever at du utfører en umiddelbar gjenoppretting. Dette oppretter en NFS-eksport på Data Domain, og tilgangen gis til ESXi-verten som er angitt i gjenopprettingsalternativene. Dette betyr at vm-konfigurasjonen eller diskfilene er tilgjengelige for den angitte ESXi-verten. Deretter kan du montere disker fra Instant Access Restore til den opprinnelige virtuelle maskinen og kopiere de nødvendige filene. Følgende er krav for å utføre en gjenoppretting av øyeblikkelig tilgang:

• Kontroller at du oppgir administrasjonslegitimasjonen for Data Domain-ressursen før du starter gjenopprettingen. Du finner dette feltet under Devices - >Data Domain Systems - >NSR Data Domain Properties (Rediger egenskaper for DD).

• Sørg for at du ikke utfører en umiddelbar gjenoppretting av virtuelle maskiner i ressursutvalg og andre lignende beholdere som er en del av en kjørende beskyttelsesgruppe.
• Ikke utfør en umiddelbar gjenoppretting av en virtuell maskin samtidig som den sikkerhetskopieres.
• Kontroller at den ledige plassen på Data Domain-systemet er lik eller større enn den totale diskstørrelsen på den virtuelle maskinen som blir gjenopprettet, ettersom gjenopprettingen ikke tar hensyn til plassen som kreves etter at deduplisering oppstår. Hvis det ikke er nok diskplass, vises det en feil som angir «Utilstrekkelig diskplass på datalager», og opprettingen av den virtuelle målmaskinen mislykkes.
• Hvis VM er Linux-basert, er det noen ekstra hensyn avhengig av hva disken er (operativsystem kontra datadisk, spesifikt Linux-operativsystem). Administratoren for Linux-systemet må være engasjert for å sikre at enhetene er montert og tilordnet på riktig måte. Hvis dataene befinner seg på en LVM som strekker seg over flere disker, kan ikke denne midlertidige løsningen brukes. 

   

Fremgangsmåte:

1. Logg på vSphere Web Client, og velg VM-en du har tenkt å montere Instant Recovery Disks på. Host-feltet i kategorien Summary (Sammendrag) i vm viser gjeldende ESXi-vertsnavn eller IP-adresse.

5. Fortsett gjennom resten av den umiddelbare gjenopprettingen. Når dette er fullført, ser du at den kjører i NMC. Dette blir her til du sletter gjenopprettingsøkten manuelt. Du kan lukke vinduet Recover Configuration (Gjenopprett konfigurasjon) ved å klikke på Finish (Fullfør). Dette stopper ikke gjenopprettingen.

6. I vSphere Web Client ser du at en ny virtuell maskin er opprettet av Instant Access Restore. denne VM-en kan ignoreres. Høyreklikk på den virtuelle maskinen du vil montere diskene i, og velg rediger innstillinger. 
7. Velg Add-->Existing Disk - >Add.
8. Naviger gjennom EMC-Recover-vproxy_name-datalageret, og velg VMDK-en du vil montere til den opprinnelige virtuelle maskinen.

9. Logg på den virtuelle maskinen du monterte disken til, og åpne Diskbehandling. Disken kan være frakoblet,  og angi den til Tilkoblet.

10. Du kan bruke Windows Filutforsker til å kopiere eller lime inn filer eller kataloger fra den monterte gjenopprettingsstasjonen til den opprinnelige plasseringen.

11. Når du er ferdig med disken, kan du gå tilbake til VM-innstillingene og koble fra eller slette disken. Ikke slett filer fra datalageret. Du kan bekrefte hvilken disk den er av banen til diskfilen:

12. I NMC høyreklikker du på den kjørende Instant Access Restore-økten. Velg Stop (Stopp), klikk på Yes (Ja) på sletteledeteksten for å slette Instant Access Restore VM og NFS-datalageret.

Nedenfor finner du et grunnleggende eksempel på montering av én enkelt Linux VMDK etter at du har utført trinn 1 til 8 ovenfor.
I følgende eksempel har vi et Red Hat Enterprise Linux-system med /data på disk 2 (sett som /dev/sdb1 på systemet): df -h

[root@vmrhel7 ~]# df -h
Filesystem                     Size  Used Avail Use% Mounted on
devtmpfs                       1.9G     0  1.9G   0% /dev
tmpfs                          1.9G     0  1.9G   0% /dev/shm
tmpfs                          1.9G  8.9M  1.9G   1% /run
tmpfs                          1.9G     0  1.9G   0% /sys/fs/cgroup
/dev/mapper/rhel_vmrhel7-root   14G  3.4G   11G  26% /
/dev/sda1                     1014M  233M  782M  23% /boot
tmpfs                          379M     0  379M   0% /run/user/0
/dev/sdb1                       40G   34M   40G   1% /data

Når du har fullført trinn 1–8 fra oppløsningsfeltet, ser vi nå en ekstra disk /dev/sdc koblet til systemet: lsblk -o NAME,FSTYPE,LABEL,SIZE,MOUNTPOINT

[root@vmrhel7 ~]# lsblk -o NAME,FSTYPE,LABEL,SIZE,MOUNTPOINT
NAME                  FSTYPE      LABEL  SIZE MOUNTPOINT
sda                                       16G 
├─sda1                xfs                  1G /boot
└─sda2                LVM2_member         15G 
  ├─rhel_vmrhel7-root xfs               13.4G /
  └─rhel_vmrhel7-swap swap               1.6G [SWAP]
sdb                                       40G 
└─sdb1                xfs                 40G /data
sdc                                       40G 
└─sdc1                xfs                 40G 
sr0                                     1024M 

Opprett en midlertidig mappe for å montere disken til: mkdir /tmp/flr Monter
disken til mappen: mount -o rw, rwuid /dev/sdc1 /tmp/flr

[root@vmrhel7 ~]# mount /dev/sdc1 /tmp/flr                  
mount: wrong fs type, bad option, bad superblock on /dev/sdc1,
       missing codepage or helper program, or other error

       In some cases useful info is found in syslog - try
       dmesg | tail or so.

[root@vmrhel7 ~]# dmesg | tail
[12582.452435] sd 0:0:2:0: [sdc] Mode Sense: 61 00 00 00
[12582.452467] sd 0:0:2:0: [sdc] Cache data unavailable
[12582.452468] sd 0:0:2:0: [sdc] Assuming drive cache: write through
[12582.454682]  sdc: sdc1
[12582.455066] sd 0:0:2:0: [sdc] Attached SCSI disk
[13036.466924] XFS (sdc1): Filesystem has duplicate UUID ccd31faa-3ceb-47ff-8f64-ad999bb1ab5a - can't mount
[13053.416540] XFS (sdc1): Filesystem has duplicate UUID ccd31faa-3ceb-47ff-8f64-ad999bb1ab5a - can't mount
[13208.507880] XFS (sdc1): Filesystem has duplicate UUID ccd31faa-3ceb-47ff-8f64-ad999bb1ab5a - can't mount
[13464.609162]  sdc: sdc1
[13494.625617] XFS (sdc1): Filesystem has duplicate UUID ccd31faa-3ceb-47ff-8f64-ad999bb1ab5a - can't mount

[root@vmrhel7 ~]# mount -o rw,nouuid /dev/sdc1 /tmp/flr        
[root@vmrhel7 ~]# 

Merk: Hvis disken monteres på samme system, kan det hende at den ble sikkerhetskopiert på monteringen fordi UUID-en til disken er den samme som en annen disk på systemet. Siden vi bare gjenoppretter filer og ikke legger til denne disken i det permanente filsystemet, kan du montere dem med singring.

Du kan nå kopiere de nødvendige dataene fra FLR-monteringspunktet til en plassering du velger: cp /tmp/flr/path/to/file-or-dir /path/to/destination/dir

[root@vmrhel7 ~]# cp /tmp/flr/sysctl.conf ~/flr/ 

[root@vmrhel7 ~]# ls -l flr/ 
total 4 -rw-r--r--. 1 root root 449 Jun 16 15:36 sysctl.conf

Se trinn 11 og 12 for å fjerne disken og slette instant restore VM-forekomsten.