NVP vProxy: Så här utför du en återställning på filnivå när FLR misslyckas eller inte stöds av den virtuella datorn

Följande procedur kan användas som en lösning när återställning på filnivå (FLR) inte fungerar och en filåterställning behöver göras omedelbart eller när begränsningar påverkar återställning på filnivå. En fullständig lista med FLR-begränsningar för virtuella datorer finns i integreringsmanualen för NetWorker VMware för din NetWorker-version. Dessa manualer finns tillgängliga via Dell Support på https://www.dell.com/support/home/.

Den här metoden kräver att du utför en omedelbar återställning. Detta skapar en NFS-export på Data Domain och åtkomst beviljas till den ESXi-värd som anges i återställningsalternativen. Det innebär att den virtuella datorns konfigurations- eller diskfiler är tillgängliga för den angivna ESXi-värden. Sedan kan du montera diskar från återställningen med direkt åtkomst till den ursprungliga virtuella datorn och kopiera de filer som behövs. Följande är krav för att utföra en återställning med direkt åtkomst:

• Se till att du anger autentiseringsuppgifterna för Data Domain-resursen innan du initierar återställningen. Det här fältet finns under Devices-->Data Domain Systems-->NSR Data Domain Properties (redigera egenskaperna för DD).

• Se till att du inte utför en omedelbar återställning av virtuella maskiner i resurspooler och andra liknande behållare som ingår i en skyddsgrupp som körs.
• Utför inte en omedelbar återställning av en virtuell dator samtidigt som den säkerhetskopieras.
• Kontrollera att det lediga utrymmet på Data Domain-systemet är lika med eller större än den totala diskstorleken på den virtuella datorn som återställs, eftersom återställningen inte tar hänsyn till det utrymme som krävs efter deduplicering. Om det inte finns tillräckligt med diskutrymme visas ett felmeddelande om att det inte finns tillräckligt med diskutrymme i datalagret och den virtuella måldatorn kan inte skapas.
• Om den virtuella datorn är Linux-baserad finns det några ytterligare saker att tänka på beroende på vad disken är (operativsystem kontra datadisk, specifikt Linux-operativsystem). Linux-systemadministratören måste kopplas in för att säkerställa att enheterna är monterade och mappade på rätt sätt. Om data finns på en LVM som spänner över flera diskar kan den här lösningen inte användas. 

   

Procedur:

1. Logga in på vSphere-webbklienten och välj den virtuella dator du planerar att montera diskarna för direkt återställning på. I fältet Host på fliken Summary för den virtuella datorn visas det aktuella ESXi-värdnamnet eller IP-adressen.

5. Fortsätt med resten av den omedelbara återställningen. När det är klart ser du att det körs i NMC. Detta stannar här tills du tar bort återställningssessionen manuellt. Du kan stänga fönstret Recover Configuration genom att klicka på Finish. Det stoppar inte återställningen.

6. I vSphere-webbklienten ser du att en ny virtuell dator skapas genom återställning med direkt åtkomst; Den virtuella datorn kan ignoreras. Högerklicka på den virtuella dator du vill montera diskarna på och välj Redigeringsinställningar. 
7. Välj Add-->Existing Disk-->Add.
8. Navigera genom EMC-Recover-vproxy_name datalagret och välj den VMDK du vill montera på den ursprungliga virtuella datorn.

9. Logga in på den virtuella dator du monterade disken på och öppna Diskhantering. Disken kan vara offline,  ställ in den på Online.

10. Du kan använda Utforskaren i Windows för att kopiera eller klistra in filer eller kataloger från den monterade återställningsenheten till den ursprungliga platsen.

11. När du är klar med disken kan du gå tillbaka till inställningarna för virtuell dator och koppla loss eller ta bort disken. Ta inte bort filer från datalagret. Du kan kontrollera vilken disk det är via sökvägen till diskfilen:

12. I NMC högerklickar du på sessionen för återställning med direkt åtkomst, väljer stop och klickar på Yes i rutan delete för att ta bort den virtuella datorn för återställning med direkt åtkomst och NFS-datalagret.

Nedan visas ett grundläggande exempel på hur du monterar en enda Linux VMDK efter att ha utfört steg 1 till 8 ovan.
I följande exempel har vi ett Red Hat Enterprise Linux-system med /data på disk 2 (visas 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 slutfört steg 1–8 i åtgärdsfältet ser vi nu att ytterligare en disk /dev/sdc är ansluten till 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 

Skapa en tillfällig mapp för att montera disken till: mkdir /tmp/flr
Montera 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 ~]# 

Obs! Om disken monteras på samma system kan det hända att den säkerhetskopierades på monteringen eftersom diskens UUID är densamma som en annan disk i systemet. Eftersom vi bara återställer filer och inte lägger till den här disken i det permanenta filsystemet kan du montera utanuuid.

Du kan nu kopiera de data som behövs från FLR-monteringspunkten till en plats du vill välja: 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 steg 11 och 12 för att ta bort disken och ta bort den virtuella datorinstansen för snabb återställning.