disclaimer: Poznámka slúži na zábavné účely. Špecifická hustota užitočných informácií v ňom je nízka. Bolo to napísané „pre seba“.
Lyrický úvod
Výpis súborov v našej organizácii beží na virtuálnom stroji VMware ESXi 6 so systémom Windows Server 2016. A nejde len o výpis odpadu. Toto je server na výmenu súborov medzi štrukturálnymi divíziami: existuje spolupráca, projektová dokumentácia a priečinky zo sieťových skenerov. Vo všeobecnosti je tu celý výrobný život.
A tento kontajner všetkého výrobného života začal visieť. Navyše sa hosť mohol pokojne obesiť bez toho, aby to ovplyvnilo ostatných. Mohol zložiť celého hostiteľa a podľa toho aj všetky ostatné hosťovské stroje. Mohol by som sa obesiť a zavesiť klientske služby vSphere: to znamená, že procesy ostatných hostí sú nažive, stroje fungujú správne a reagujú, ale neexistuje umývačka súborov a klient vSphere nepriľne k hostiteľovi. Vo všeobecnosti nebolo možné identifikovať žiadny systém. Počas dňa pri nízkej záťaži by mohli nastať mrazy. Mohli by to robiť v noci bez zaťaženia. Môže v noci počas rozdielového zálohovania a priemerného zaťaženia. Cez víkendy pri plnom zálohovaní a vysokej záťaži. A došlo k jasnému zhoršeniu situácie. Najprv to bolo raz za rok, potom raz za pol roka. Na konci mojej trpezlivosti - dvakrát týždenne.
Mal som problém s pamäťou. Ale nedovolili mi zastaviť hromadu odpadu ani cez víkendy a spustiť Memtest. Čakali sme na májové sviatky. Počas májových prázdnin som spustil Memtest a... nenašli sa žiadne chyby.
Bol som ohromený a rozhodol som sa ísť na dovolenku. Kým som bol na dovolenke, na smetisku nebolo ani jedno zavesenie. A keď som sa v pondelok vrátil prvý deň do práce, bola tam kopa odpadu. Vydržal som plnú zálohu a visel som hneď po jej dokončení. Takéto vrelé privítanie z dovolenky ma dohnalo k rozhodnutiu fyzicky pretiahnuť disky s hosťujúcim strojom inému hostiteľovi.
A hoci je už dávno známe, že prvý deň po dovolenke nemôžete robiť nič vážne, hoci som sa celú cestu do práce pripravoval na to, že nebudem pracovať, moje rozhorčenie nad ďalším mrazom mi zrazilo náladu aj moju náladu. sľuby z mojej hlavy...
Fyzické disky boli presunuté na iného hostiteľa. Horúce spojenie. V nastaveniach úložiska na karte Pohony objavia sa disky. Na karte Dátové úložiská Na týchto diskoch nie je žiadne úložisko. osviežiť - neobjavujú sa. No, samozrejme, prvý impulz - Pridať úložisko. Sprievodca pridaním vysvetľuje, čo podporuje. Samozrejme podporuje aj VMFS. Nepochyboval som o tom. Rýchly pohľad na správy sprievodcu v každom kroku: Ďalej, Ďalej, Ďalej, Dokončiť. Oko sa ani len nepriblížilo, aby zachytilo malý žltý kruh s výkričníkom v spodnej časti okna jedného z majstrových schodov.
Na konci sprievodcu sa v zozname objavilo čerstvé Datastore... a spolu s ním aj Datastores zo zostávajúcich fyzických diskov.
Pokračujem v prechádzaní cez novo pridaný Datastore a je... prázdny. Samozrejme, opäť som upadol do úžasu. Je 8 hodín ráno, prvých 15 minút v práci po dovolenke, ešte som ani nerozmiešala cukor v káve. A je to tu. Prvá myšlienka bola, že som vytiahol nesprávny disk z „natívneho“ hostiteľa. Pozrel som sa, či sa požadované úložisko údajov nachádza v „natívnom“ hostiteľovi: nie, nebolo prítomné. Druhá myšlienka bola: "do riti!" Nie som si istý, ale zdá sa mi, že tretia, štvrtá a aspoň piata myšlienka bola rovnaká.
Aby som rozptýlil pochybnosti, rýchlo som nainštaloval nový ESXi na testovanie, vzal ľavý disk a už som si ho prečítal a prešiel krokmi sprievodcu. Áno. Keď pridáte úložisko údajov pomocou sprievodcu, všetky údaje na disku sa stratia bez možnosti vrátiť operáciu a obnoviť údaje. Neskôr som si na jednom z fór prečítal hodnotenie tohto dizajnu od majstra: posrané svinstvo. A naozaj som súhlasil.
Počnúc šiestou, myšlienky prúdili konštruktívnejším smerom. OK. Inicializácia trvá niekoľko sekúnd aj pri 3Tb disku. Ide teda o formátovanie na vysokej úrovni. To znamená, že tabuľka oddielov bola jednoducho prepísaná. Údaje sú teda stále k dispozícii. Takže teraz budeme hľadať nejaké neformátované a voila.
Nabootujem stroj z bootovacieho obrazu Strelec... A zisťujem, že programy na obnovu oddielov vedia všetko okrem VMFS. Napríklad poznajú rozloženie oddielov Synology, ale nie VMFS.
Vyhľadávanie v programoch nie je upokojujúce: v najlepšom prípade GetDataBack a R.Saver nájdu oddiely NTFS so živou adresárovou štruktúrou a živými názvami súborov. Ale toto mi nesedí. Potrebujem dva súbory vmdk: so systémovým diskom a diskom so súbormi koša.
A potom som pochopil, že to vyzerá, že teraz nainštalujem Windows a spustím zálohu súboru. A zároveň si pamätám, že som tam mal DFS root. A tiež systém prístupových práv k priečinkom oddelení, ktorý je rozsahom a dôsledkami úplne divoký. Nie je to možnosť. Jedinou časovo prijateľnou možnosťou je obnovenie stavu systému a disku s údajmi a všetkými právami.
Opäť Google, fóra, KB'shki a opäť plač Yaroslavny: VMware ESXi neposkytuje mechanizmus na obnovu dát. Všetky diskusné vlákna majú dva konce: niekto bol obnovený pomocou drahého nástroja DiskInternals VMFS Recovery alebo niekomu pomohol softvérový špecialista aktívne propagujúci svoje služby vmfs-tools и dd. Možnosť zakúpenia licencie DiskInternals VMFS Recovery za 700 USD nie je možná. Umožnenie prístupu k firemným údajom cudzincovi z „územia potenciálneho nepriateľa“ tiež nie je možné. Ale vygooglilo sa, že oddiely VMFS vie čítať aj UFS Explorer.
DiskInternals VMFS Recovery
Skúšobná verzia bola stiahnutá a nainštalovaná. Program úspešne videl prázdny oddiel VMFS:
režim Obnoviť (rýchle skenovanie) Našiel som aj ošúchaný Datastore s priečinkami virtuálnych strojov s diskami vo vnútri:
Ukážka ukázala, že súbory sú živé:
Pripojenie oddielu do systému bolo úspešné, ale z neznámeho dôvodu všetky tri priečinky obsahovali rovnaký virtuálny stroj. Samozrejme, podľa zákona sa podlosť nevyžaduje.
Tri riadky hanbyPokus o nehanebné uzamknutie softvéru skončil fiaskom. Ale UFS Explorer zamkol.
Ku krádežiam softvéru mám extrémne negatívny postoj. V žiadnom prípade nepodporujem používanie prostriedkov na obchádzanie ochrany pred nelicencovaným používaním.
Bol som v katastrofálnej situácii a nebol som vôbec hrdý na opatrenia, ku ktorým som sa uchýlil.
Prieskumník UFS
Skenovanie disku ukázalo prítomnosť 7 uzlov. Počet uzlov sa „prekvapivo“ zhodoval s počtom súborov *-flat.vmdk zistených VMFS Recovery:
Porovnanie veľkostí súborov a veľkostí uzlov tiež ukázalo zhodu až na bajt. Zároveň boli obnovené názvy súborov *-flat.vmdk a teda aj ich príslušnosť k virtuálnym strojom.
Vo všeobecnosti disky vmdk z pohľadu ESXi pozostávajú z dvoch súborov: dátového súboru (<názov stroja>-flat.vmdk) a súboru „fyzického“ rozloženia disku (<názov stroja>.vmdk). Ak nahráte súbor *-flat.vmdk do Datastore z lokálneho počítača, ESXi ho nerozpozná ako platný diskový súbor. V databáze znalostí VMware je článok o tom, ako manuálne vytvoriť súbor deskriptora disku: , ale nemusel som to urobiť, jednoducho som skopíroval obsah zodpovedajúcich súborov z oblasti náhľadu obsahu súboru v DiskInternals VMFS Recovery:
Po 4 hodinách uvoľnenia 2,5 TB uzla z UFS Explorer a 20 hodinách načítania do Datastore hypervízora boli súbory na disku pripojené k novovytvorenému virtuálnemu stroju. Disky sa zdvihli. Nebola pozorovaná žiadna strata údajov.
Zdroj: hab.com