Awaria środowiska wirtualnego może jednocześnie dotyczyć storage, VMFS i samych maszyn.
W VMware problem nie zawsze leży w pliku VMDK. Źródłem awarii może być fizyczny storage, RAID, LUN, datastore VMFS, snapshot chain, metadane woluminu albo system plików wewnątrz maszyny wirtualnej.
VMFS / datastore
Uszkodzenie metadanych datastore, brak montowania woluminu, nieprawidłowe operacje administracyjne lub problemy po awarii storage.
VMDK
Brakujące lub uszkodzone deskryptory, problemy z extentami, usunięcie plików albo częściowa dostępność obrazu dysku maszyny.
Snapshoty
Łańcuch snapshotów jest zależny od kolejności i spójności plików. Ręczne usuwanie delta VMDK może utrudnić późniejszą rekonstrukcję.
Warstwa storage
RAID, SAN lub NAS pod ESXi może być faktycznym źródłem problemu. Wtedy odzyskiwanie zaczyna się poniżej warstwy VMware.
Nie wykonuj zmian bez kopii konfiguracji i materiału.
- zachowaj konfigurację hostów, datastore i storage;
- zapisz listę maszyn, ich plików i zależności snapshotów;
- nie usuwaj ręcznie plików VMDK/delta, jeśli nie znasz pełnego łańcucha;
- nie inicjalizuj ani nie formatuj LUN-u, którego system nie rozpoznaje;
- jeśli pod spodem działa RAID, zabezpiecz stan i kolejność jego dysków;
- zachowaj logi ESXi/vCenter oraz informacje o zdarzeniach bezpośrednio poprzedzających awarię.
Zależy od warstwy awarii.
Jeżeli fizyczny storage jest sprawny i potrzebna jest analiza logiczna, część prac może być wykonana zdalnie na kopii lub udostępnionym zasobie. Jeżeli problem dotyczy uszkodzonych dysków, kontrolera czy niestabilnej macierzy, najpierw należy zabezpieczyć warstwę storage.
Analiza od najniższej warstwy do maszyny wirtualnej
Storage
Sprawdzenie RAID/SAN/NAS, LUN-ów i fizycznej dostępności danych.
Datastore
Ocena struktury VMFS i dostępności plików maszyn wirtualnych.
VM / VMDK
Rekonstrukcja wymaganych plików i zależności snapshotów.
System gościa
Analiza systemu plików wewnątrz odzyskanego dysku wirtualnego i ekstrakcja potrzebnych danych.
Wirtualna maszyna to zestaw zależnych elementów, nie pojedynczy plik.
Descriptor VMDK
Mały plik opisujący geometrię i powiązanie z właściwym extentem. Jego brak nie zawsze oznacza utratę danych, ale wymaga poprawnej rekonstrukcji parametrów.
Flat / extent
Właściwa zawartość wirtualnego dysku. Jeżeli plik jest częściowo uszkodzony, kolejnym etapem jest analiza systemu plików wewnątrz maszyny.
Delta / snapshot
Snapshoty zapisują zmiany względem dysku bazowego. Odtwarzanie wymaga zachowania właściwej kolejności i relacji parent/child.
Konfiguracja VM
Pliki konfiguracyjne pomagają ustalić dyski, kontrolery, ścieżki i inne informacje potrzebne przy składaniu środowiska.
Logiczna pojemność nie mówi, ile danych faktycznie istnieje na storage.
Przy dyskach thin-provisioned tylko część przestrzeni może być fizycznie zaalokowana. Ma to znaczenie zarówno przy kopiowaniu, jak i przy ocenie uszkodzeń, zwłaszcza gdy problemy dotyczą warstwy datastore lub brakujących extentów.
Informacje przyspieszające analizę
- wersję ESXi i vCenter;
- nazwę oraz identyfikator datastore;
- listę plików katalogu maszyny wirtualnej;
- informację o ostatnich snapshotach, konsolidacji lub migracji;
- logi zdarzeń ESXi/vCenter;
- topologię storage: lokalny RAID, SAN, NAS, iSCSI, FC lub NFS;
- opis operacji wykonanych bezpośrednio przed utratą dostępu.