Disclaimer: Ang tala ay para sa mga layunin ng libangan. Ang tiyak na density ng kapaki-pakinabang na impormasyon dito ay mababa. Isinulat ito "para sa aking sarili."
Liriko na panimula
Ang file dump sa aming organisasyon ay tumatakbo sa isang VMware ESXi 6 virtual machine na nagpapatakbo ng Windows Server 2016. At ito ay hindi lamang isang basurahan. Ito ay isang file exchange server sa pagitan ng mga istrukturang dibisyon: mayroong pakikipagtulungan, dokumentasyon ng proyekto, at mga folder mula sa mga scanner ng network. Sa pangkalahatan, narito ang lahat ng buhay ng produksyon.
At ang lalagyan na ito ng lahat ng buhay ng produksyon ay nagsimulang mag-hang. Bukod dito, ang panauhin ay maaaring tahimik na magbigti nang hindi naaapektuhan ang iba. Maaari niyang ibagsak ang buong host at, nang naaayon, ang lahat ng iba pang mga guest machine. Maaari kong ibitin ang aking sarili at isabit ang mga serbisyo ng kliyente ng vSphere: iyon ay, ang mga proseso ng iba pang mga bisita ay buhay, ang mga makina ay gumagana nang maayos at tumugon, ngunit walang file washer at ang vSphere Client ay hindi kumapit sa host. Sa pangkalahatan, walang matukoy na sistema. Maaaring mangyari ang pagyeyelo sa araw sa mababang pagkarga. Magagawa nila ito sa gabi habang walang load. Maaari sa gabi sa panahon ng differential backup at average na pagkarga. Maaari sa katapusan ng linggo sa buong pag-backup at mataas na pag-load. At nagkaroon ng malinaw na pagkasira ng sitwasyon. Sa una ay isang beses sa isang taon, pagkatapos ay isang beses bawat anim na buwan. Sa dulo ng aking pasensya - dalawang beses sa isang linggo.
Nagkaroon ako ng problema sa memorya. Ngunit hindi nila ako pinahintulutan na ihinto ang tambak ng basura kahit na sa katapusan ng linggo at patakbuhin ang Memtest. Hinihintay namin ang bakasyon sa Mayo. Noong mga pista opisyal ng Mayo, pinatakbo ko ang Memtest at... walang nakitang mga error.
Namangha ako at nagpasyang magbakasyon. Habang nagbabakasyon ako, wala ni isang tambay sa tambakan ng basura. At nang bumalik ako sa trabaho sa unang araw ng Lunes, may tambak na basura. Tiniis ko ang isang buong backup at nag-hang kaagad pagkatapos nito. Ang gayong mainit na pagtanggap mula sa bakasyon ay nagtulak sa akin sa desisyon na pisikal na i-drag ang mga disk gamit ang guest machine patungo sa isa pang host.
At, kahit na matagal nang alam na wala kang magagawang seryoso sa unang araw pagkatapos ng bakasyon, kahit na inihahanda ko ang aking sarili na huwag magtrabaho hanggang sa trabaho, ang aking galit sa isa pang pagyeyelo ay kumatok sa aking kalooban at sa aking sarili. mga panata sa isip ko...
Ang mga pisikal na disk ay inilipat sa ibang host. Mainit na koneksyon. Sa mga setting ng storage sa tab Drive lumilitaw ang mga disk. Sa tab Mga Datastore Walang imbakan sa mga disk na ito. Papanariwain - huwag lumitaw. Well, siyempre, ang unang salpok - Magdagdag ng Storage. Ipinapaliwanag ng Add Wizard kung ano ang sinusuportahan nito. Siyempre sinusuportahan din nito ang VMFS. Hindi ako nag-alinlangan. Isang mabilis na pagtingin sa mga mensahe ng wizard sa bawat hakbang: Susunod, Susunod, Susunod, Tapos. Hindi man lang nakalapit ang mata sa paghuli sa maliit na dilaw na bilog na may tandang padamdam sa ibaba ng bintana ng isa sa mga hakbang ng master.
Sa dulo ng wizard, lumitaw ang sariwang Datastore sa listahan... at kasama nito ang Mga Datastore mula sa natitirang mga pisikal na disk.
Nagpapatuloy ako sa pag-navigate sa bagong idinagdag na Datastore, at ito ay... walang laman. Syempre, nabalik ako sa pagkamangha. 8 am na, ang unang 15 minuto sa trabaho pagkatapos ng bakasyon, hindi ko pa hinahalo ang asukal sa aking kape. At eto na. Ang unang naisip ay na nakuha ko ang maling disk mula sa "katutubong" host. Tiningnan ko kung ang kinakailangang Datastore ay naroroon sa "katutubong" host: hindi, wala ito. Ang pangalawang naisip ay: "fuck!" Hindi ako sigurado, ngunit tila sa akin na ang pangatlo, ikaapat at hindi bababa sa ikalimang pag-iisip ay pareho.
Upang iwaksi ang mga pagdududa, mabilis akong nag-install ng isang sariwang ESXi para sa pagsubok, kinuha ang kaliwang disk at, binabasa na ito, lumakad sa mga hakbang ng wizard. Oo. Kapag nagdagdag ka ng Datastore gamit ang wizard, mawawala ang lahat ng data sa disk nang walang kakayahang ibalik ang operasyon at ibalik ang data. Nang maglaon ay nabasa ko sa isa sa mga forum ang isang pagtatasa ng disenyong ito ng isang master: shitsome crap. At pumayag talaga ako.
Simula sa ikaanim, ang mga kaisipan ay dumaloy sa isang mas nakabubuo na direksyon. OK. Ang pagsisimula ay tumatagal ng ilang segundo kahit para sa isang 3Tb disk. Kaya ito ay mataas na antas ng pag-format. Nangangahulugan ito na ang talahanayan ng partisyon ay muling isinulat. Kaya nandoon pa rin ang data. Kaya, ngayon ay maghahanap tayo ng ilang unformat at voila.
I-boot ko ang makina mula sa Strelec boot image... At nalaman ko na alam ng mga partition recovery program ang lahat maliban sa VMFS. Halimbawa, alam nila ang layout ng partition ng Synology, ngunit hindi ang VMFS.
Ang paghahanap sa pamamagitan ng mga programa ay hindi nakakatiyak: sa pinakamaganda, ang GetDataBack at R.Saver ay nakakahanap ng mga partisyon ng NTFS na may live na istraktura ng direktoryo at mga live na pangalan ng file. Pero hindi ito bagay sa akin. Kailangan ko ng dalawang vmdk file: kasama ang system disk at ang trash file disk.
At pagkatapos ay naiintindihan ko na mukhang i-install ko na ngayon ang Windows at lalabas mula sa isang backup ng file. At the same time naalala ko may DFS root ako dun. At isa ring sistema ng mga karapatan sa pag-access sa mga folder ng departamento na talagang ligaw sa saklaw at mga epekto. Hindi isang opsyon. Ang tanging opsyon na katanggap-tanggap sa oras ay ibalik ang estado ng system at disk na may data at lahat ng karapatan.
Muli ang Google, mga forum, KB'shki at muli ang pag-iyak ni Yaroslavna: Ang VMware ESXi ay hindi nagbibigay ng mekanismo ng pagbawi ng data. Ang lahat ng mga thread ng talakayan ay may dalawang pagtatapos: may na-recover gamit ang mamahaling DiskInternals VMFS Recovery, o may natulungan ng isang software specialist na aktibong nagpo-promote ng kanyang mga serbisyo vmfs-tools ΠΈ dd. Ang opsyon na bumili ng DiskInternals VMFS Recovery license para sa $700 ay hindi isang opsyon. Ang pagpayag sa isang tagalabas mula sa "teritoryo ng isang potensyal na kaaway" na ma-access ang data ng kumpanya ay hindi rin isang opsyon. Ngunit na-google na ang mga partisyon ng VMFS ay maaari ding basahin ng UFS Explorer.
DiskInternals VMFS Recovery
Na-download at na-install ang trial na bersyon. Matagumpay na nakita ng programa ang walang laman na partisyon ng VMFS:
mode ang I-undelete (Mabilis na Pag-scan) Nakakita rin ako ng isang malabo na Datastore na may mga folder ng mga virtual machine na may mga disk sa loob:
Ang preview ay nagpakita na ang mga file ay buhay:
Ang pag-mount ng partition sa system ay matagumpay, ngunit sa hindi malamang dahilan, lahat ng tatlong folder ay naglalaman ng parehong virtual machine. Siyempre, ayon sa batas, ang kakulitan ay hindi ang kinakailangan.
Tatlong linya ng kahihiyanAng pagtatangka na walang kahihiyang i-lock ang software ay natapos sa kabiguan. Ngunit naka-lock ang UFS Explorer.
Mayroon akong labis na negatibong saloobin sa pagnanakaw ng software. Sa anumang paraan hindi ko hinihikayat ang paggamit ng mga paraan upang laktawan ang proteksyon laban sa hindi lisensyadong paggamit.
Ako ay nasa isang sakuna na sitwasyon at hindi ko ipinagmamalaki ang mga hakbang na aking ginawa.
UFS Explorer
Ang isang disk scan ay nagpakita ng pagkakaroon ng 7 node. Ang bilang ng mga node ay βnakakagulatβ na kasabay ng bilang ng mga *-flat.vmdk file na nakita ng VMFS Recovery:
Ang paghahambing ng mga laki ng file at laki ng node ay nagpakita rin ng tugma hanggang sa byte. Kasabay nito, ang mga pangalan ng *-flat.vmdk file at, nang naaayon, ang kanilang pag-aari sa mga virtual machine ay naibalik.
Sa pangkalahatan, ang mga vmdk disk mula sa ESXi point of view ay binubuo ng dalawang file: isang data file (<machine name>-flat.vmdk) at isang "pisikal" na disk layout file (<machine name>.vmdk). Kung nag-upload ka ng *-flat.vmdk file sa Datastore mula sa isang lokal na makina, hindi ito makikilala ng ESXi bilang isang wastong disk file. Ang VMware Knowledge Base ay may artikulo sa kung paano manu-manong gumawa ng disk descriptor file: , ngunit hindi ko na kailangang gawin ito, kinopya ko lang ang mga nilalaman ng kaukulang mga file mula sa lugar ng preview ng nilalaman ng file sa DiskInternals VMFS Recovery:
Pagkatapos ng 4 na oras ng pag-unload ng 2,5 TB node mula sa UFS Explorer at 20 oras ng pag-load sa Datastore ng hypervisor, ang mga nag-crash na disk file ay konektado sa bagong likhang virtual machine. Kinuha ang mga disk. Walang naobserbahang pagkawala ng data.
Pinagmulan: www.habr.com