Poniższą procedurę można zastosować jako obejście lub rozwiązanie w przypadku niepowodzenia odzyskiwania na poziomie plików (ang. File Level Recovery, FLR) oraz pilnej potrzeby przywrócenia plików lub gdy ograniczenia mają wpływ na FLR. Aby uzyskać pełną listę ograniczeń FLR maszyny wirtualnej, zapoznaj się z
Podręcznikiem integracji NetWorker VMware dla Twojej wersji NetWorker. Te podręczniki są dostępne za pośrednictwem działu pomocy technicznej firmy Dell pod adresem
https://www.dell.com/support/home/.
Ta metoda wymaga przeprowadzenia natychmiastowego odzyskiwania Instant Recovery. Spowoduje to utworzenie eksportu NFS w Data Domain i uzyskanie dostępu do hosta ESXi określonego w opcjach odzyskiwania. Oznacza to, że konfiguracja maszyny wirtualnej lub pliki dysków są dostępne dla określonego hosta ESXi. Następnie można zainstalować dyski z poziomu funkcji Instant Access Restore do oryginalnej maszyny wirtualnej i skopiować potrzebne pliki. Poniżej przedstawiono wymagania dotyczące wykonywania funkcji Instant Access Restore:
- Przed rozpoczęciem odzyskiwania należy podać poświadczenia zarządzania zasobem Data Domain. To pole można znaleźć w sekcji Devices-->Data Domain Systems-->NSR Data Domain Properties (Edycja właściwości DD).
- Upewnij się, że nie wykonujesz natychmiastowego odzyskiwania maszyn wirtualnych w pulach zasobów i innych podobnych kontenerach, które są częścią uruchomionej grupy ochrony.
- Nie należy wykonywać jednoczesnego natychmiastowego odzyskiwania Instant Recovery maszyny wirtualnej podczas wykonywania jej kopii zapasowej.
- Upewnij się, że ilość wolnego miejsca w systemie Data Domain jest równa lub większa od całkowitego rozmiaru dysku przywracanej maszyny wirtualnej, ponieważ przywracanie nie uwzględnia miejsca wymaganego po wystąpieniu deduplikacji. Jeśli nie ma wystarczającej ilości miejsca na dysku, pojawi się błąd „Insufficient disk space on datastore” (Niewystarczająca ilość miejsca na dysku w magazynie danych), a tworzenie docelowej maszyny wirtualnej zakończy się niepowodzeniem.
- Jeśli maszyna wirtualna jest oparta na systemie Linux, istnieją pewne dodatkowe kwestie w zależności od funkcji dysku (system operacyjny i dysk danych, określony system operacyjny Linux). Aby upewnić się, że urządzenia są prawidłowo zainstalowane i zmapowane, należy włączyć administratora systemu Linux. Tego obejścia nie można użyć, jeśli dane znajdują się na LVM obejmującym kilka dysków.
Uwaga: Nie jest właściwe, aby pomoc techniczna NetWorker wykonywała jakiekolwiek działania związane z instalacją lub partycjonowaniem dysków; pomoc techniczna NetWorker nie wykonuje tych czynności. Jeśli wymagana jest pomoc w związku z poniższym procesem, skontaktuj się z administratorem systemu operacyjnego.
Procedura:
- Zaloguj się do vSphere Web Client i wybierz maszynę wirtualną, na której chcesz zainstalować dyski Instant Recovery. Pole Host na karcie Summary maszyny wirtualnej pokazuje bieżącą nazwę lub adres IP hosta ESXi.
- Zaloguj się do konsoli NetWorker Management Console (NMC) i rozpocznij odzyskiwanie maszyny wirtualnej z poziomu karty Recover.
- Wybierz maszynę wirtualną, którą chcesz odzyskać, i wybierz opcję Instant Recovery.
- W oknie Configure the Instant Recovery Options wybierz „Browse the vCenter server to select a recovery location” i wskaż hosta ESXi określonego w kroku 1. Nie zaznaczaj pola włączania maszyny wirtualnej.
Uwaga: Podczas wykonywania natychmiastowego odzyskiwania Instant Recovery przywracasz maszynę wirtualną do tymczasowego eksportu NFS w Data Domain. Głównym celem tej metody przywracania jest przeniesienie maszyny wirtualnej z użyciem funkcji vMotion z magazynu danych NFS Data Domain z powrotem do magazynu danych VMware przy użyciu hosta ESXi określonego w tym kroku. Po utworzeniu eksportu NFS ogranicza on dostęp do wybranego hosta ESXi. Jeśli chcesz zainstalować dyski (dodać istniejący dysk) z maszyny wirtualnej Instant Access Restore do maszyny wirtualnej działającej w środowisku VMware, należy wybrać hosta ESXi, na którym pracuje działająca maszyna wirtualna – w przeciwnym razie maszyna wirtualna nie wykrywa magazynu danych NFS.
- Kontynuuj wykonywanie pozostałej części procedury natychmiastowego odzyskiwania Instant Recovery. Po zakończeniu widać, że funkcja pracuje w NMC. Pozostaje w tym miejscu do momentu ręcznego usunięcia sesji przywracania. Można zamknąć okno Recover Configuration, klikając przycisk Finish, co nie powoduje zatrzymania procedury odzyskiwania.
- W kliencie vSphere Web Client widać, że nowa maszyna wirtualna jest tworzona przez funkcję Instant Access Restore; tę maszynę wirtualną można zignorować. Kliknij prawym przyciskiem myszy maszynę wirtualną, w której chcesz zainstalować dyski, i wybierz opcję Edit Settings.
- Wybierz kolejno opcje Add-->Existing Disk-->Add.
- Przejdź przez magazyn danych EMC-Recover-vproxy_name i wybierz VMDK, który chcesz zamontować do oryginalnej maszyny wirtualnej.
Uwaga: Jeśli w kroku 4 wybrano nieprawidłowy host ESXi, magazyn danych NFS nie jest wykrywany przez źródłową maszynę wirtualną.
- Zaloguj się do maszyny wirtualnej zainstalowanej na dysku i otwórz narzędzie Disk Management. Jeśli dysk pracuje w trybie offline, przełącz go w tryb Online.
Uwaga: Jeśli maszyna wirtualna jest oparta na systemie Linux, zobacz opcję Additional Info.
- Za pomocą Eksploratora plików systemu Windows można skopiować lub wkleić pliki lub katalogi z zamontowanego dysku przywracania do oryginalnej lokalizacji.
- Po zakończeniu pracy z dyskiem można wrócić do ustawień maszyny wirtualnej i odłączyć lub usunąć ten dysk. Nie usuwaj plików z magazynu danych. Można sprawdzić, który dysk jest obsługiwany przez ścieżkę Disk File:
- W NMC kliknij prawym przyciskiem myszy uruchomioną sesję Instant Access Restore, wybierz opcję Stop i kliknij przycisk Yes w monicie usuwania, aby usunąć maszynę wirtualną Instant Access Restore i magazyn danych NFS.
Poniżej przedstawiono podstawowy przykład instalacji pojedynczego VMDK Linux po wykonaniu powyższych kroków od 1 do 8.
W poniższym przykładzie przedstawiamy system Red Hat Enterprise Linux z elementem /data na dysku 2 (widocznym jako /dev/sdb1 w systemie):
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
Po wykonaniu kroków 1–8 z poziomu pola rozdzielczości do systemu, widzimy teraz podłączony dodatkowy dysk /dev/sdc: 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
Utwórz folder tymczasowy, aby zainstalować dysk w: mkdir /tmp/flr
Zainstaluj dysk w folderze: 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 ~]#
Uwaga: Jeśli dysk jest instalowany w tym samym systemie i jego kopia zapasowa została utworzona podczas instalacji, może on ulec awarii, ponieważ identyfikator UUID dysku jest taki sam jak innego dysku w systemie. Ponieważ przywracamy tylko pliki i nie dodajemy tego dysku do stałego systemu plików, można go zamontować z identyfikatorem nouuid.
Teraz można skopiować potrzebne dane z parametru mountpoint FLR do wybranej lokalizacji: 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
Aby usunąć dysk i wystąpienie natychmiastowego przywracania maszyny wirtualnej, zobacz kroki 11 i 12.