Izjava: Zapisek je zabavnega značaja. Vsebinska gostota koristnih informacij je majhna. Napisan je bil "za sebe".
Liricni uvod
Datotečna smetišče v naši organizaciji deluje na virtualnem stroju VMware ESXi 6 pod operacijskim sistemom Windows Server 2016. In to ni le smetišče. To je strežnik za izmenjavo datotek med strukturnimi enotami: tukaj poteka skupinsko delo, projektna dokumentacija in mapе iz omrežnih skenerjev. Skratka, tukaj je vse delovno življenje.
In to skladišče vsega delovnega življenja je začelo zastajati. Pri tem je gost lahko tiho obtičal, ne da bi prizadel druge. Lahko je obtičal skupaj s celotnim gostiščem in, posledično, vsemi drugimi gostovalnimi stroji. Lahko je obtičal sam in obtičal storitvi strank v vSphere: to pomeni, da so procesi drugih gostov ostali aktivni, stroji so delovali in odgovarjali, vendar pa smetišče ni delovalo in vSphere Client se ni mogel povezati s hóstom. Skratka, nobene sistema nismo mogli ugotoviti. Zastoji so se lahko zgodili podnevi med šibko obremenitvijo. Lahko so se zgodili ponoči med ničelno obremenitvijo. Lahko ponoči med diferencialnim varnostnim kopiranjem in srednjo obremenitvijo. Lahko med vikendi med popolnim varnostnim kopiranjem in visoko obremenitvijo. In opazila se je očitna degradacija situacije. Najprej se je to zgodilo enkrat na leto, nato enkrat na pol leta. Na koncu mojega potrpljenja - dvakrat na teden.
Obtoževal sem pomnilnik. Vendar mi niso dovolili ustaviti smetišča niti med vikendi in izvesti Memtest. Čakali so na praznike. Med prazniki sem izvedel Memtest in... napak ni bilo najdenih.
Zaznal sem presenečenje in se odločil oditi na dopust. Med mojim dopustom ni bilo nobenega zastoja. In ko sem se v ponedeljek vrnil na delo - je smetišče obtičalo. Preneslo je popolno varnostno kopiranje in točno ob koncu obtičalo. Takšno toplo pričakovanje po dopustu me je spodbudilo k odločitvi, da fizično prenesem diske z gostiteljske naprave na drugega hóst.
In, čeprav je že dolgo znano, da prvega dne po dopustu ne smemo početi nič resnega, kljub temu, da sem se med potjo v službo vse poti skušal prepričati, da ne bom delal, me je moje ogorčenje ob novem zastoju izrinilo iz misli in moji nastavitvah ...
Fizični diski so bili preneseni na drugega hóst. Povezovanje je potekalo med delovanjem. V nastavitvah skladišč na zavihku Drives diskovi se pojavljuju. Na kartici Datastores nema skladišta na tim diskovima. Osveži se ne pojavljuju. Naravno, prva reakcija je bila — Dodaj skladište. Čarobnjak za dodavanje govori da to podržava. Naravno da podržava i VMFS. Nisam sumnjao u to. Brzi pregled poruka čarobnjaka na svakom koraku: Dalje, Dalje, Dalje, Završi. Pogled se nije ni bliže uhvatio za mali žuti krug sa uzvičnikom u donjem delu prozora jednog od koraka čarobnjaka.
Na kraju čarobnjaka, novi Datastore pojavljuje se na listi… a zajedno s njim i Datastores s drugih fizičkih diskova.
Prelazim na navigaciju kroz upravo dodati Datastore, a on… prazan. Naravno, ponovo sam bio zapanjen. 8 sati ujutro, prvih 15 minuta na poslu nakon odmora, čak šećer u kafi još nisam promešao. I onda ovako nešto. Prva misao je bila — nisam izvadio pravi disk iz 'rodnog' hosta. Pogledao sam da li je traženi Datastore prisutan u 'rodnom' hostu: ne, nije prisutan. Druga misao je bila: 'jebote!'. Nisam siguran, ali mislim da su treća, četvrta i bar peta misao bile iste.
Da razjasnim sumnje, brzo sam instalirao svež ESXi, uzeo jedan običan disk i, kako sam se već usredsredio, prošao kroz korake čarobnjaka. Da. Prilikom dodavanja Datastore putem čarobnjaka dolazi do gubitka svih podataka na disku bez mogućnosti vraćanja operacije i obnavljanja podataka. Kasnije sam pročitao na jednom forumu ocenu tog dizajna čarobnjaka: totalna glupost. I zaista sam se s tim veoma složio.
Od šeste — misli su prešle u konstruktivniji pravac. U redu. Inicijalizacija traje nekoliko sekundi čak i za 3Tb disk. Znači, to je visoko nivo formatiranja. Znači, samo je prepisana tabela particija. Znači, podaci su i dalje tu. Znači, sada ćemo potražiti neki unformat i voala.
Pokrećem mašinu sa boot slike Strelec… I saznajem da programi za obnavljanje particija znaju sve osim VMFS. Na primer, poznaju particionu shemu Synology, ali VMFS — ne.
Pretraga programa nije ohrabrujuća: u najboljem slučaju, GetDataBack i R.Saver nalaze NTFS particije sa živom strukturom direktorijuma i živim imenima fajlova. Ali to me ne zadovoljava. Potrebna su mi dva vmdk-fajla: sa sistemskim diskom i diskom za smeće.
In this moment, I realize that I'm probably going to install Windows and recover from a file backup. At the same time, I remember that I had a DFS root there. And there was also an extremely complex and extensive access rights system for departmental folders. Not an option. The only time-acceptable option is to restore the system and data disk state with all the rights.
More googling, forums, knowledge base articles, and once again the lament of Yaroslavna: VMware ESXi does not provide a data recovery mechanism. All discussion threads have two outcomes: someone recovered with the not cheap DiskInternals VMFS Recovery or someone was helped by a specialist actively promoting their services. vmfs-tools in dd. The option to buy a DiskInternals VMFS Recovery license for $700 is not an option. Allowing an outsider from the 'territory of a potential enemy' access to corporate data is also not an option. However, it was discovered that VMFS partitions can also be read by UFS Explorer.
DiskInternals VMFS Recovery
A trial version was downloaded and installed. The program successfully detected the empty VMFS partition:
U režimu Undelete (Fast Scan) also found the worn Datastore with folders virtualnih naprav containing disks:
The preview showed that the files were alive:
Mounting the partition in the system was successful, but for some unknown reason, all three folders contained the same virtual machine. Of course, by the law of meanness — not the one that was needed.
Three lines of shameThe attempted disgraceful piracy of the software ended in failure. However, UFS Explorer was pirated.
I have a very negative attitude towards software theft. Under no circumstances do I encourage the use of means to bypass protection against unauthorized use.
I was in a catastrophic situation and was not proud of the measures I resorted to.
UFS Explorer
Scanning the disk revealed the presence of 7 nodes. The number of nodes 'coincidentally' matched the number of *-flat.vmdk files found by VMFS Recovery:
Comparing the sizes of the files and the sizes of the nodes also showed a match down to the byte. Additionally, the names of the *-flat.vmdk files were restored, and accordingly, their ownership to virtual machines.
Vmdk datoteke v kontekstu ESXi sestojijo iz dveh datotek: to je datoteka z podatki (<ime naprave>-flat.vmdk) in datoteka 'fizične' razporeditve diska (<ime naprave>.vmdk). Če na lokalni napravi naložite *-flat.vmdk datoteko v Datastore, jo ESXi ne bo prepoznal kot veljavno datoteko diska. V bazi znanja VMware je članek o tem, kako ročno ustvariti opisno datoteko diska: , vendar mi tega ni bilo treba narediti, preprosto sem kopiral in prilepil vsebino ustreznih datotek iz območja predogleda vsebine datoteke v DiskInternals VMFS Recovery:
Po 4 urah prenašanja 2,5 TB vozlišča iz UFS Explorerja in 20 urah nalaganja v Datastore hipervizorja so bili poškodovani diski povezani z novo ustvarjeno.virtualno napravo. Diski so se uspešno povezali. O izgubi podatkov ni bilo opaziti.
Izvor: habr.com
