NVP vProxy: Sådan udføres en gendannelse på filniveau, når FLR svigter eller ikke understøttes af VM

Følgende procedure kan bruges som en løsning eller løsning, når FLR (File Level Recovery) svigter, og en filgendannelse er påkrævet, eller når begrænsninger påvirker en FLR. Du kan se en komplet liste over begrænsninger for VM FLR i NetWorker VMware Integration Guide til din NetWorker-version. Disse vejledninger er tilgængelige via Dell Support på https://www.dell.com/support/home/.

Denne metode kræver udførelse af en øjeblikkelig genoprettelse. Dermed oprettes en NFS-eksport på Data Domain, og der gives adgang til den ESXi-vært, der er angivet i gendannelsesindstillingerne. Det betyder, at VM'ens konfiguration eller diskfiler er tilgængelige for den ESXi-vært, der er angivet. Du kan derefter tilslutte diske fra Instant Access Restore til den oprindelige VM og kopiere de nødvendige filer. Følgende er krav til udførelse af en Instant Access Restore:

• Sørg for at angive legitimationsoplysningerne for administrationen af Data Domain-ressourcen, før du starter genoprettelsen. Dette felt kan findes under Devices-->Data Domain Systems-->NSR Data Domain Properties (Rediger egenskaber for DD).

• Sørg for, at du ikke udfører en øjeblikkelig gendannelse af virtuelle maskiner i ressourcepuljer og andre lignende containere, der er en del af en kørende beskyttelsesgruppe.
• Udfør ikke en øjeblikkelig gendannelse af en VM samtidigt, hvor den sikkerhedskopieres.
• Sørg for, at den ledige plads på Data Domain-systemet er lig med eller større end den samlede diskstørrelse på den virtuelle maskine, der gendannes, da gendannelsen ikke har den plads, der kræves efter deduplikering. Hvis der ikke er tilstrækkelig diskplads, vises en fejlmeddelelse, der angiver, at "Der er ikke tilstrækkelig diskplads på datalageret", og oprettelsen af destinations-virtuel maskine mislykkes.
• Hvis VM er Linux-baseret, er der nogle yderligere overvejelser afhængigt af, hvad disken er (operativsystem vs. datadisk, specifikt Linux-operativsystem). Linux-systemadministratoren skal tilknyttes for at sikre, at enhederne er tilsluttet og tilknyttet korrekt. Hvis dataene ligger på en LVM, der spænder over flere diske, kan denne løsning ikke anvendes. 

   

Procedure:

1. Log på vSphere Web Client, og vælg den VM, du planlægger at tilslutte Instant Recovery-diskene til. Feltet Host på fanen Vm's Summary (Oversigt) viser det aktuelle ESXi-værtsnavn eller den aktuelle IP-adresse.

5. Fortsæt gennem resten af den øjeblikkelige genoprettelse. Når det er fuldført, kan du se det køre i NMC. Dette forbliver her, indtil du manuelt sletter gendannelsessessionen. Du kan lukke vinduet Genopret konfiguration ved at klikke på Afslut. Dette stopper ikke genoprettelsen.

6. I vSphere Web Client kan du se, at en ny VM oprettes af Instant Access Restore. denne VM kan ignoreres. Højreklik på den VM, du vil tilslutte diskene til, og vælg rediger indstillinger. 
7. Vælg Add->Existing Disk-->Add.
8. Naviger gennem EMC-Recover-vproxy_name datalageret, og vælg den VMDK, du vil tilslutte til den oprindelige VM.

9. Log ind på den VM, du har tilsluttet disken til, og åbn Diskhåndtering. Disken kan være offline og  indstillet til online.

10. Du kan bruge Stifinder i Windows til at kopiere eller indsætte filer eller mapper fra det tilsluttede gendannelsesdrev på den oprindelige placering.

11. Når du er færdig med disken, kan du gå tilbage til VM-indstillingerne og frakoble eller slette disken. Slet ikke filer fra datalageret. Du kan bekræfte, hvilken disk den er, ved at angive stien til diskfilen:

12. I NMC skal du højreklikke på den kørende Instant Access Restore-session, vælge stop, klikke på ja i meddelelsen slet for at slette Instant Access Restore VM og NFS-datalageret.

Nedenstående er et grundlæggende eksempel på montering af en enkelt Linux VMDK efter udførelse af trin 1 til 8 ovenfor.
I følgende eksempel har vi et Red Hat Enterprise Linux-system med /data på Disk 2 (set 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 trin 1-8 er udført fra løsningsfeltet, ser vi nu en ekstra disk /dev/sdc tilsluttet systemet: lsblk -o NAME, FSTYPE, ETIKET, STØRRELSE, 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 

Opret en midlertidig mappe, hvor du vil indsætte disken på: mkdir /tmp/flr
Monter disken i mappen: mount -o rw,nouuid /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 ~]# 

Bemærk: Hvis disken monteres på det samme system, blev den sikkerhedskopieret på tilslutningen, fordi diskens UUID er den samme som en anden disk på systemet. Da vi kun gendanner filer og ikke føjer denne disk til det permanente filsystem, kan du oprette forbindelse udenuuid.

Du kan nu kopiere de nødvendige data fra FLR-forbindelsespunktet til en placering, som du vælger: 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 trin 11 og 12 for at fjerne disken og slette Forekomst af Instant Restore VM.