Odricanje: Napomena je u svrhu zabave. Specifična gustoća korisnih informacija u njemu je niska. Napisano je "za sebe".
Lirski uvod
Izvoz datoteke u našoj organizaciji izvodi se na virtualnom stroju VMware ESXi 6 s operativnim sustavom Windows Server 2016. A ovo nije samo smetlište. Ovo je poslužitelj za razmjenu datoteka između strukturnih odjela: postoji suradnja, projektna dokumentacija i mape s mrežnih skenera. Općenito, sav proizvodni život je ovdje.
I ovaj kontejner cijelog proizvodnog života počeo je visjeti. Štoviše, gost se mogao tiho objesiti bez utjecaja na ostale. Mogao bi srušiti cijeli host i, sukladno tome, sve ostale strojeve za goste. Mogao bih se objesiti i objesiti usluge vSphere klijenta: to jest, procesi drugih gostiju su živi, strojevi rade ispravno i reagiraju, ali nema perača datoteka i vSphere klijent se ne prianja uz host. Općenito, nijedan sustav se nije mogao identificirati. Tijekom dana može doći do smrzavanja tijekom niskog opterećenja. Mogli su to učiniti noću bez opterećenja. Može noću tijekom diferencijalne rezerve i prosječnog opterećenja. Može vikendom tijekom pune sigurnosne kopije 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 tjedno.
Imao sam problem s pamćenjem. Ali nisu mi dopustili da zaustavim gomilu smeća čak ni vikendom i pokrenem Memtest. Čekali smo svibanjske praznike. Za vrijeme svibanjskih praznika pokrenuo sam Memtest i... nisu pronađene greške.
Bio sam zapanjen i odlučio sam otići na odmor. Dok sam bio na godišnjem odmoru, nije bilo niti jednog prekida na smetlištu. I kad sam se prvog dana u ponedjeljak vratio na posao, bila je gomila smeća. Izdržao sam potpuno sigurnosno kopiranje i prekinuo sam odmah nakon završetka. Tako topao doček s godišnjeg odmora potaknuo me na odluku da diskove s gostujućim strojem fizički prevučem na drugi host.
I, iako je odavno poznato da se prvi dan nakon godišnjeg odmora ne može raditi ništa ozbiljno, iako sam se spremala da ne radim cijelim putem do posla, negodovanje zbog još jednog smrzavanja srušilo mi je i raspoloženje i zavjeti iz moje glave...
Fizički diskovi su premješteni na drugo računalo. Vruća veza. U postavkama pohrane na kartici Pogoni pojavljuju se diskovi. Na kartici Skladišta podataka Na ovim diskovima nema pohrane. Osvježiti - ne pojavljuju se. Pa, naravno, prvi impuls - Dodaj pohranu. Čarobnjak za dodavanje objašnjava što podržava. Naravno, podržava i VMFS. Nisam sumnjao u to. Brzi pregled poruka čarobnjaka na svakom koraku: Dalje, Dalje, Dalje, Završi. Oko nije ni blizu uhvatilo mali žuti krug s uskličnikom na dnu prozora jedne od gospodarevih stepenica.
Na kraju čarobnjaka, svježi Datastore pojavio se na popisu... a zajedno s njim i Datastore s preostalih fizičkih diskova.
Prelazim na navigaciju kroz novododan Datastore, i on je... prazan. Naravno, ponovno sam pao u čuđenje. 8 je ujutro, prvih 15 minuta na poslu nakon godišnjeg odmora, nisam još ni šećer u kavi promiješala. I evo ga. Prva pomisao je bila da sam izvadio krivi disk s "nativnog" hosta. Pogledao sam je li potreban Datastore prisutan u "nativnom" hostu: ne, nije bio prisutan. Druga misao je bila: "Jebote!" Nisam siguran, ali čini mi se da je treća, četvrta i najmanje peta misao bila ista.
Da otklonim sumnje, brzo sam instalirao svježi 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 ocjenu ovog dizajna od strane majstora: usrano sranje. I stvarno sam pristala.
Počevši od šestog, misli su tekle u konstruktivnijem smjeru. U REDU. Inicijalizacija traje nekoliko sekundi čak i za disk od 3 Tb. Dakle, ovo je formatiranje visoke razine. To znači da je particijska tablica jednostavno prepisana. Dakle, podaci su još uvijek tu. Dakle, sada ćemo potražiti neki neformat i voila.
Dižem stroj sa Strelecove boot slike... I saznajem da programi za oporavak particije znaju sve osim VMFS-a. Na primjer, znaju raspored particija Synologyja, ali ne i VMFS-a.
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. Trebam dvije vmdk datoteke: sa sistemskom disketom i s diskom za smeće.
A onda shvatim da izgleda kao da ću sada instalirati Windows i pokrenuti ga iz sigurnosne kopije datoteke. I istovremeno se sjećam da sam tamo imao DFS root. I također sustav prava pristupa mapama odjela koji je apsolutno divlji u opsegu i razgrananosti. Nije opcija. Jedina vremenski prihvatljiva opcija je vraćanje stanja sustava i diska s podacima i svim pravima.
Opet Google, forumi, KB'shki i opet Yaroslavnin plač: VMware ESXi ne pruža mehanizam za oporavak podataka. Sve teme rasprave imaju dva završetka: netko je oporavljen pomoću skupog DiskInternals VMFS Recovery ili je nekome pomogao softverski stručnjak koji aktivno promovira svoje usluge vmfs-alati и dd. Mogućnost kupnje licence za DiskInternals VMFS Recovery za 700 USD nije opcija. Dopustiti autsajderu s "teritorija potencijalnog neprijatelja" pristup korporativnim podacima također nije opcija. Ali guglalo se 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 načinu rada Poništavanje brisanja (brzo skeniranje) Također sam pronašao otrcani Datastore s mapama virtualnih strojeva s diskovima unutra:
Pregled je pokazao da su datoteke žive:
Montiranje particije u sustav bilo je uspješno, ali iz nekog nepoznatog razloga sve tri mape sadržavale su isti virtualni stroj. Naravno, po zakonu se podlost ne traži.
Tri reda sramaPokušaj besramnog zaključavanja softvera završio je neuspjehom. Ali UFS Explorer zaključan.
Imam izrazito negativan stav prema krađi softvera. Ni na koji način ne potičem korištenje sredstava za zaobilaženje zaštite od nelicenciranog korištenja.
Bio sam u katastrofalnoj situaciji i nisam bio nimalo ponosan na mjere kojima sam pribjegao.
UFS Explorer
Skeniranje diska pokazalo je prisutnost 7 čvorova. Broj čvorova "iznenađujuće" se poklopio s brojem datoteka *-flat.vmdk koje je otkrio VMFS Recovery:
Usporedba veličina datoteka i veličina čvorova također je pokazala podudaranje do bajta. Istodobno su vraćeni nazivi datoteka *-flat.vmdk i, sukladno tome, njihova pripadnost virtualnim strojevima.
Općenito, vmdk diskovi sa stajališta ESXi sastoje se od dvije datoteke: podatkovne datoteke (<ime stroja>-flat.vmdk) i datoteke "fizičkog" izgleda diska (<ime stroja>.vmdk). Ako prenesete *-flat.vmdk datoteku u Datastore s lokalnog računala, ESXi je neće prepoznati kao valjanu diskovnu datoteku. VMware baza znanja ima članak o tome kako ručno stvoriti datoteku deskriptora diska: , ali nisam to morao učiniti, jednostavno sam kopirao sadržaj odgovarajućih datoteka iz područja pregleda sadržaja datoteke u DiskInternals VMFS Recovery:
Nakon 4 sata pražnjenja čvora od 2,5 TB iz UFS Explorera i 20 sati učitavanja u Datastore hipervizora, datoteke srušenog diska povezane su s novostvorenim virtualnim strojem. Diskovi su se pokupili. Nije uočen gubitak podataka.
Izvor: www.habr.com