Upozornenie: Poznámka má zábavný charakter. Obsahuje málo užitočných informácií. Bola napísaná „pre seba“.
Lyrické úvod
Súborová skládka v našej organizácii beží na virtuálnom stroji VMware ESXi 6 pod Windows Server 2016. A nie je to len skládka. Je to server na zdieľanie súborov medzi štrukturálnymi jednotkami: tu prebieha spolupráca, projektová dokumentácia a priečinky so sieťovými skenerami. Skrátka, je tu celý výrobný život.
A toto úložisko celého výrobného života začalo zamŕzať. Zaujímavé je, že hostiteľ mohol zamrznúť sám, aniž by ovplyvnil ostatných. Môže spôsobiť zamrznutie celého hostiteľa a, samozrejme, všetkých ostatných hostiteľských strojov. Mohol zamrznúť sám a zamraziť klientské služby vSphere: to znamená, že procesy ostatných hostiteľov sú živé, stroje fungujú a reagujú, ale skládka nefunguje a klient vSphere sa k hostiteľovi nedokáže pripojiť. V podstate sa nedala zistiť žiadna systémová príčina. K zamrznutiu mohlo dôjsť cez deň pri slabom zaťažení. Môže sa to stať v noci pri nulovom zaťažení. Môže sa to pri diferenciálnom zálohovaní a strednom zaťažení. Môže to byť cez víkend pri plnom zálohovaní a vysokom zaťažení. A situácia sa jasne zhoršovala. Najprv sa to stalo raz za rok, potom raz za pol roka. Na konci mojej trpezlivosti - dvakrát týždenne.
Pripisoval som to operačnej pamäti. Ale nevydali mi povolenie zastaviť skládku ani cez víkend a spustiť Memtest. Čakali sme na májové sviatky. Počas májových sviatkov som spustil Memtest a... neboli zistené žiadne chyby.
Uvedomil som si a rozhodol sa ísť na dovolenku. Kým som bol na dovolenke, skládka nemala žiadne zamrznutia. A keď som sa v pondelok vrátil do práce - skládka zamrzla. Prežila plné zálohovanie a hneď po ňom zamrzla. Také teplé privítanie z dovolenky ma povzbudilo k presunu diskov s hostiteľom na iného hostiteľa.
A hoci je známe, že prvý deň po dovolenke sa nemá robiť nič vážne, aj keď som sa celú cestu do práce snažil nenútiť do práce, moja rozhorčenosť z ďalšieho zamrznutia ma vyviedla z mysle a zamerania a predsavzatia...
Fyzické disky boli premiestnené na iného hostiteľa. Pripojenie za tepla. V nastaveniach úložiska na karte Disc disky sa objavujú. Na karte Datastore úložiská na týchto diskoch - nie sú. Obnoviť - sa neobjavujú. No a samozrejme, prvá myšlienka - Pridať úložisko. Prívodný program pridania hovorí, že to podporuje. Samozrejme, že podporuje aj VMFS. O tom som ani nepochyboval. Rýchly prehľad správ sprievodcu na každom kroku: Ďalej, Ďalej, Ďalej, Dokončiť. Pohľad sa dokonca ani nezastavil na malom žltom kruhu s výkričníkom na spodnej strane okna jedného z krokov sprievodcu.
Po dokončení sprievodcu sa nový Datastore objavil v zozname... a spolu s ním aj Datastores z ostatných fyzických diskov.
Prechádzam navigáciou po práve pridanom Datastore a je... prázdny. Samozrejme, opäť som padol do rozpakov. 8 hodín ráno, prvých 15 minút v práci po dovolenke, cukor v káve som ešte ani nezmiešal. A zrazu niečo také. Prvá myšlienka bola - nevytiahol som ten správny disk z „rodného“ hostiteľa. Pozrel som, či je hľadaný Datastore v „rodnom“ hostiteľovi: nie, nie je prítomný. Druhá myšlienka bola: „do riti!“. Nie som si istý, ale myslím, že tretia, štvrtá a minimálne piata myšlienka bola rovnaká.
Aby som rozptýlil pochybnosti, rýchlo som nainštaloval nový ESXi, vzal som si ľavý disk a, už čítajúc, prešiel som krokmi sprievodcu. Áno. Pri pridávaní Datastore cez sprievodcu dochádza k strate všetkých údajov na disku bez možnosti vrátiť operáciu a obnoviť údaje. Neskôr som na jednom fóre čítal hodnotenie takého dizajnu sprievodcu: shitsome crap. A súhlasím s tým veľmi.
Od šiestej myšlienky - moje myšlenky začali tiecť do konstruktívnejších dráh. Dobre. Inicializácia trvá len niekoľko sekúnd, aj pre 3Tb disk. Znamená to, že ide o vysokoúrovňové formátovanie. Znamená to, že sa iba prepísal tabuľkový systém. Znamená to, že dáta sú stále tam. Znamená to, že teraz nájdeme nejaký unformat a voila.
Načítavam stroj z boot obrazu Strelec... A zisťujem, že softvér na obnovu oddielov pozná všetko, okrem VMFS. Rozloženie oddielov Synology napríklad pozná, ale VMFS - nie.
Prehľad programov nie je upokojujúci: v najlepšom prípade GetDataBack a R.Saver nájdu NTFS oddiely so živou štruktúrou adresárov a živými názvami súborov. Ale to ma neuspokojí. Potrebujem dva vmdk súbory: s diskom systému a diskom súborov koša.
A tu si uvedomujem, že asi budem musieť nainštalovať Windows a obnoviť sa z zálohy súborov. A zároveň si spomínam, že som tam mal koreň DFS. A navyše, mám úplne šialený systém prístupových práv k priečinkom oddelení. Nie je to možnosť. Jedinou prijateľnou možnosťou z hľadiska času je obnova stavu systému a disku s údajmi a všetkými právami.
Znova hľadám na Googli, fóra, KB články a opäť plač Jaro-slavy: VMware ESXi nepredpokladá mechanizmus obnovy údajov. Všetky diskusné vlákna majú dva konce: niekto sa obnovil pomocou nie lacného DiskInternals VMFS Recovery alebo niekomu pomohol špecialista, ktorý aktívne propaguje svoje služby. vmfs-tools a dd. Možnosť zakúpiť licenciu DiskInternals VMFS Recovery za 700 dolárov — nie je možnosť. Prístup cudzích osôb z „územia potenciálneho protivníka“ k firemným údajom — tiež nie je možnosť. Na druhej strane sa dalo nájsť, že VMFS oddiely dokáže čítať aj UFS Explorer.
DiskInternals VMFS Recovery
Stiahnutá a nainštalovaná bola skúšobná verzia. Program úspešne videl prázdny VMFS oddiel:
V režime Undelete (rýchle skenovanie) tiež našla a zotavený Datastore s priečinkami virtuálních strojů s diskami vo vnútri:
Náhľad ukázal, že súbory sú živé:
Pripojenie oddielu do systému bolo úspešné, ale z neznámeho dôvodu vo všetkých troch priečinkoch bola tá istá virtuálka. Samozrejme, zo zákona podlosti — nie tá, ktorá bola potrebná.
Tri riadky hanbyPokús o bezcitné pirátstvo softvéru skončil neúspechom. Aspoň UFS Explorer sa podarilo získať.
Veľmi negatívne sa stotožňujem s krádežou softvéru. Ani zďaleka nevyzývam na používanie prostriedkov obchádzania ochrany pred nelegálnym používaním.
Bol som v katastrofálnej situácii a vôbec som nebol hrdý na tie opatrenia, ku ktorým som musel siahnuť.
UFS Explorer
Skenovanie disku ukázalo prítomnosť 7 uzlov. Počet uzlov „úžasne“ zodpovedal počtu *-flat.vmdk súborov, zistených VMFS Recovery:
Porovnanie veľkostí súborov a veľkostí uzlov ukázalo taktiež zhody až do bytu. Pri tej príležitosti boli obnovené názvy *-flat.vmdk súborov a, samozrejme, ich príslušnosť k virtuálnym strojom.
Vo všeobecnosti, vmdk disky z pohľadu ESXi pozostávajú z dvoch súborov: je to súbor s dátami (-flat.vmdk) a súbor "fyzickej" štruktúry disku (.vmdk). Ak sa zo lokálneho počítača nahrá do Datastore súbor *-flat.vmdk, ESXi ho nerozozná ako platný súbor disku. V databáze znalostí VMware je článok o tom, ako ručne vytvoriť súbor s popisom disku: , ale ja som to nemusel robiť, jednoducho som skopíroval obsah príslušných súborov z oblasti náhľadu obsahu súboru v DiskInternals VMFS Recovery:
Po 4 hodinách exportovania 2,5 TB uzla z UFS Explorer a 20 hodinách nahrávania do Datastore hypervízora boli poškodené súbory diskov pripojené k čerstvo vytvorenej virtuálnej mašine. Disky sa aktivovali. Straty dát neboli zaznamenané.
Zdroj: habr.com
