odricanje od odgovornosti: Napomena je u zabavne svrhe. Specifična gustina korisnih informacija u njemu je niska. Napisano je "za sebe".
Lirski uvod
Dump datoteka u našoj organizaciji radi na VMware ESXi 6 virtuelnoj mašini koja radi pod operativnim sistemom Windows Server 2016. I ovo nije samo deponija smeća. Ovo je server za razmjenu datoteka između strukturnih odjela: postoji saradnja, projektna dokumentacija i folderi sa mrežnih skenera. Općenito, cijeli proizvodni vijek je ovdje.
I ovaj kontejner čitavog proizvodnog vijeka počeo je da visi. Osim toga, gost se mogao tiho objesiti bez utjecaja na druge. Mogao je srušiti cijelog domaćina i, shodno tome, sve ostale mašine za goste. Mogao bih se objesiti i objesiti vSphere klijentske usluge: to jest, procesi drugih gostiju su živi, mašine rade ispravno i reaguju, ali nema perača datoteka i vSphere klijent se ne drži za host. Generalno, nijedan sistem nije mogao biti identifikovan. Tokom dana može doći do smrzavanja tokom malog opterećenja. Mogli su to da rade noću bez opterećenja. Može noću za vrijeme diferencijalnog backup-a i prosječnog opterećenja. Može vikendom za vrijeme punog sigurnosnog kopiranja i velikog opterećenja. I došlo je do jasne degradacije situacije. U početku je to bilo jednom godišnje, zatim jednom u šest mjeseci. Na kraju mog strpljenja - dva puta sedmično.
Imao sam problem sa pamćenjem. Ali nisu mi dozvolili da zaustavim gomile smeća čak ni vikendom i pokrenem Memtest. Čekali smo majske praznike. Tokom majskih praznika, pokrenuo sam Memtest i... greške nisu pronađene.
Bio sam zadivljen i odlučio sam da odem na odmor. Dok sam bio na odmoru, na smetlištu nije bilo nijednog prekida. A kada sam se prvi dan u ponedjeljak vratio na posao, bila je gomila smeća. Izdržao sam punu rezervnu kopiju i objesio sam se odmah nakon što je završeno. Tako topla dobrodošlica sa odmora me je nagnala na odluku da fizički prevučem diskove sa gostujuće mašine na drugi domaćin.
I, iako je odavno poznato da prvi dan nakon godišnjeg odmora ne možete učiniti ništa ozbiljno, iako sam se spremao da ne radim do posla, moje ogorčenje zbog još jednog smrzavanja porušilo mi je i raspoloženje i zakletve iz moje glave...
Fizički diskovi su premješteni na drugi host. Vruća veza. U postavkama pohrane na kartici Drives pojavljuju se diskovi. Na kartici Skladišta podataka Na ovim diskovima nema memorije. osvježiti - ne pojavljuju se. Pa, naravno, prvi impuls - Dodaj skladište. Čarobnjak za dodavanje objašnjava šta podržava. Naravno, podržava i VMFS. Nisam sumnjao u to. Brzi pregled poruka čarobnjaka u svakom koraku: Next, Next, Next, Finish. Oko nije bilo ni blizu da uhvati mali žuti krug sa uskličnikom na dnu prozora jedne od majstorovih stepenica.
Na kraju čarobnjaka, svježi Datastore se pojavio na listi... a zajedno s njim i Datastore sa preostalih fizičkih diskova.
Prelazim na navigaciju kroz novo dodano skladište podataka, a ono je... prazno. Naravno, ponovo sam pao u čuđenje. 8 je ujutro, prvih 15 minuta na poslu nakon godišnjeg odmora, još nisam ni šećer promješala u kafi. I evo ga. Prva pomisao je bila da sam izvukao pogrešan disk sa "nativnog" hosta. Pogledao sam da li je traženo skladište podataka prisutno u "nativnom" hostu: ne, nije bilo prisutno. Druga misao je bila: "jebi ga!" Nisam siguran, ali čini mi se da je treća, četvrta i barem peta misao bila ista.
Da bih otklonio sumnje, brzo sam instalirao novi ESXi za testiranje, uzeo lijevi disk i, već ga čitajući, prošao kroz korake čarobnjaka. Da. Kada dodate Datastore pomoću čarobnjaka, svi podaci na disku se gube bez mogućnosti vraćanja operacije i vraćanja podataka. Kasnije sam na jednom od foruma pročitao procjenu ovog dizajna od strane majstora: sranje. I zaista sam se složio.
Počevši od šestog, misli su tekle u konstruktivnijem pravcu. UREDU. Inicijalizacija traje nekoliko sekundi čak i za disk od 3 Tb. Dakle, ovo je formatiranje na visokom nivou. To znači da je tabela particija jednostavno prepisana. Dakle, podaci su još uvijek tu. Dakle, sada ćemo potražiti neformat i voila.
Pokrećem mašinu sa Strelec boot image-a... I saznam da programi za oporavak particija znaju sve osim VMFS-a. Na primjer, znaju raspored particija Synology-a, ali ne i VMFS.
Pretraživanje kroz programe nije umirujuće: u najboljem slučaju GetDataBack i R.Saver pronalaze NTFS particije sa živom strukturom direktorija i živim nazivima datoteka. Ali ovo mi ne odgovara. Potrebna su mi dva vmdk fajla: sa sistemskim diskom i diskom za smeće.
I onda shvatim da izgleda da ću sada instalirati Windows i pokrenuti iz sigurnosne kopije datoteke. I u isto vrijeme se sećam da sam tamo imao DFS root. A takođe i sistem prava pristupa fasciklama odeljenja koji je apsolutno divlji po obimu i granama. Nije opcija. Jedina vremenski prihvatljiva opcija je vraćanje stanja sistema i diska sa podacima i svim pravima.
Opet Google, forumi, KB'shki i opet Jaroslavnin plač: VMware ESXi ne pruža mehanizam za oporavak podataka. Sve diskusije imaju dva kraja: neko je oporavljen pomoću skupog DiskInternals VMFS Recovery-a, ili je nekome pomogao softverski stručnjak koji je aktivno promovirao svoje usluge vmfs-alati и dd. Opcija kupovine licence DiskInternals VMFS Recovery za 700 USD nije opcija. Dozvoliti autsajderu sa “teritorije potencijalnog neprijatelja” pristup korporativnim podacima takođe nije opcija. Ali je proguglano da VMFS particije može čitati i UFS Explorer.
DiskInternals VMFS oporavak
Probna verzija je preuzeta i instalirana. Program je uspješno vidio praznu VMFS particiju:
U modu Poništi brisanje (brzo skeniranje) Našao sam i otrcani Datastore sa folderima virtuelnih mašina sa diskovima unutra:
Pregled je pokazao da su fajlovi živi:
Montiranje particije u sistem je bilo uspješno, ali iz nekog nepoznatog razloga sva tri foldera su sadržavala istu virtuelnu mašinu. Naravno, po zakonu podlost nije ono što se traži.
Tri linije sramaPokušaj besramnog zaključavanja softvera završio se neuspjehom. Ali UFS Explorer se zaključao.
Imam izuzetno negativan stav prema krađi softvera. Ni na koji način ne potičem korištenje sredstava za zaobilaženje zaštite od nelicencirane upotrebe.
Bio sam u katastrofalnoj situaciji i nisam bio nimalo ponosan na mjere kojima sam pribjegao.
UFS Explorer
Skeniranje diska pokazalo je prisustvo 7 čvorova. Broj čvorova "iznenađujuće" se poklopio s brojem *-flat.vmdk datoteka koje je otkrio VMFS Recovery:
Poređenje veličina datoteka i veličina čvorova također je pokazalo podudaranje do bajta. Istovremeno, vraćena su imena datoteka *-flat.vmdk i, shodno tome, njihova pripadnost virtuelnim mašinama.
Općenito, vmdk diskovi sa ESXi gledišta se sastoje od dvije datoteke: datoteke podataka (<ime stroja>-flat.vmdk) i "fizičke" datoteke rasporeda diska (<ime stroja>.vmdk). Ako otpremite *-flat.vmdk datoteku u Datastore sa lokalnog računara, ESXi je neće prepoznati kao važeću disk datoteku. VMware baza znanja ima članak o tome kako ručno kreirati datoteku deskriptora diska: , ali nisam morao to učiniti, jednostavno sam kopirao sadržaj odgovarajućih datoteka iz područja za pregled sadržaja datoteke u DiskInternals VMFS Recovery:
Nakon 4 sata izbacivanja čvora od 2,5 TB iz UFS Explorer-a i 20 sati učitavanja u Datastore hipervizora, srušeni disk fajlovi su povezani sa novokreiranom virtuelnom mašinom. Diskovi su se podigli. Nije uočen gubitak podataka.
izvor: www.habr.com