NVP vProxy: Een herstel op bestandsniveau uitvoeren wanneer FLR mislukt of niet wordt ondersteund door de VM

De volgende procedure kan worden gebruikt als een tijdelijke oplossing of oplossing wanneer File Level Recovery (FLR) mislukt en een bestandsherstel dringend nodig is of wanneer beperkingen van invloed zijn op een FLR. Zie de NetWorker VMware Integration Guide voor uw NetWorker versie voor een volledige lijst met VM FLR-beperkingen. Deze handleidingen zijn beschikbaar via Dell Support op https://www.dell.com/support/home/.

Voor deze methode moet instant recovery worden uitgevoerd. Hierdoor wordt een NFS-export gemaakt op het Data Domain en wordt toegang verleend tot de ESXi-host die is opgegeven in de herstelopties. Dit betekent dat de configuratie- of schijfbestanden van de VM beschikbaar zijn voor de opgegeven ESXi-host. U kunt vervolgens schijven koppelen van Instant Access Restore naar de oorspronkelijke VM en de benodigde bestanden kopiëren. Hieronder volgen de vereisten voor het uitvoeren van instant access restore:

• Zorg ervoor dat u de beheerreferenties voor de Data Domain-resource opgeeft voordat u het herstel start. Dit veld vindt u onder Devices-->Data Domain Systems-->NSR Data Domain Properties (eigenschappen van DD bewerken).

• Zorg ervoor dat u geen instant herstel uitvoert van virtuele machines in resourcegroepen en andere vergelijkbare containers die deel uitmaken van een actieve beveiligingsgroep.
• Voer geen Instant Recovery van een VM tegelijk uit waarvan een back-up wordt gemaakt.
• Zorg ervoor dat de vrije ruimte op het Data Domain-systeem gelijk is aan of groter is dan de totale schijfgrootte van de virtuele machine die wordt hersteld, omdat het herstel geen rol speelt in de ruimte die nodig is na deduplicatie. Als er onvoldoende schijfruimte is, wordt een fout weergegeven die aangeeft dat er onvoldoende schijfruimte is op datastore, en mislukt het maken van de doel-virtuele machine.
• Als de VM op Linux is gebaseerd, zijn er enkele extra overwegingen afhankelijk van wat de schijf is (besturingssysteem versus dataschijf, specifiek Linux-besturingssysteem). De Linux-systeembeheerder moet worden ingeschakeld om ervoor te zorgen dat apparaten correct worden gekoppeld en toegewezen. Als de data zich op een LVM met meerdere schijven bevinden, kan deze tijdelijke oplossing niet worden gebruikt. 

   

Procedure:

1. Meld u aan bij de vSphere Web Client en selecteer de VM waarmee u de Instant Recovery Disks wilt koppelen. Het veld Host op het tabblad Summary van de VM toont de huidige ESXi-hostnaam of het IP-adres.

5. Ga verder met de rest van Instant Recovery. Zodra u klaar bent, ziet u dat deze wordt uitgevoerd in de NMC. Dit blijft hier totdat u de herstelsessie handmatig verwijdert. U kunt het venster Recover Configuration sluiten door op Finish (Voltooien) te klikken. Dit stopt het herstel niet.

6. In de vSphere Web Client ziet u dat een nieuwe VM wordt gemaakt door Instant Access Restore. deze VM kan worden genegeerd. Klik met de rechtermuisknop op de VM waarnaar u de schijven wilt koppelen en selecteer instellingen bewerken. 
7. Selecteer Add-->Existing Disk-->Add.
8. Navigeer door de EMC-Recover-vproxy_name datastore en selecteer de VMDK die u aan de oorspronkelijke VM wilt koppelen.

9. Meld u aan bij de VM waarop u de schijf hebt gekoppeld en open Schijfbeheer. De schijf is mogelijk offline en  stelt deze in op Online.

10. U kunt Windows Verkenner gebruiken om bestanden of mappen van het gekoppelde herstelstation naar de oorspronkelijke locatie te kopiëren of te plakken.

11. Wanneer u klaar bent met de schijf, kunt u teruggaan naar de VM-instellingen en de schijf loskoppelen of verwijderen. Verwijder geen bestanden uit de datastore. U kunt bevestigen welke schijf het is door het pad naar het schijfbestand:

12. Klik in NMC met de rechtermuisknop op de actieve Instant Access Restore-sessie, selecteer stoppen, klik op Ja bij de verwijderingsprompt om Instant Access Restore VM en NFS datastore te verwijderen.

Het onderstaande biedt een basisvoorbeeld van het koppelen van een enkele Linux VMDK na het uitvoeren van de bovenstaande stappen 1 tot en met 8.
In het volgende voorbeeld hebben we een Red Hat Enterprise Linux-systeem met /data op schijf 2 (gezien als /dev/sdb1 op het systeem): 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

Nadat u stappen 1-8 vanuit het resolutieveld hebt voltooid, ziet u nu een extra schijf /dev/sdc aangesloten op het systeem: 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 

Maak een tijdelijke map om de schijf te koppelen aan: mkdir /tmp/flr
Koppel de schijf aan de map: 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 ~]# 

Opmerking: Als de schijf aan hetzelfde systeem wordt gekoppeld, kan een back-up op de koppeling mislukken omdat de UUID van de schijf hetzelfde is als een andere schijf op het systeem. Omdat we alleen bestanden herstellen en deze schijf niet toevoegen aan het permanente bestandssysteem, kunt u koppelen met nouuid.

U kunt nu de benodigde data kopiëren van het FLR-koppelpunt naar een locatie naar keuze: 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

Zie stap 11 en 12 om de schijf te verwijderen en de Instant Restore VM-instance te verwijderen.