Disclaimer: Shënimi është për qëllime argëtimi. Dendësia specifike e informacionit të dobishëm në të është e ulët. Ishte shkruar "për veten time".
Hyrja lirike
Deponia e skedarëve në organizatën tonë funksionon në një makinë virtuale VMware ESXi 6 me Windows Server 2016. Dhe kjo nuk është thjesht një vendgrumbullim mbeturinash. Ky është një server i shkëmbimit të skedarëve midis divizioneve strukturore: ka bashkëpunim, dokumentacion projekti dhe dosje nga skanerët e rrjetit. Në përgjithësi, e gjithë jeta e prodhimit është këtu.
Dhe kjo enë e gjithë jetës së prodhimit filloi të varej. Për më tepër, i ftuari mund të varej në heshtje pa prekur të tjerët. Ai mund të rrëzonte të gjithë hostin dhe, në përputhje me rrethanat, të gjitha makinat e tjera të ftuar. Mund të varja veten dhe të varja shërbimet e klientit vSphere: domethënë, proceset e të ftuarve të tjerë janë të gjallë, makinat funksionojnë siç duhet dhe përgjigjen, por nuk ka larës skedarësh dhe klienti vSphere nuk ngjitet me hostin. Në përgjithësi, asnjë sistem nuk mund të identifikohej. Ngrirjet mund të ndodhin gjatë ditës gjatë një ngarkese të ulët. Ata mund ta bënin atë gjatë natës pa ngarkesë. Mund gjatë natës gjatë rezervimit diferencial dhe ngarkesës mesatare. Mund gjatë fundjavave gjatë kopjeve rezervë të plotë dhe ngarkesës së lartë. Dhe kishte një degradim të qartë të situatës. Në fillim ishte një herë në vit, pastaj një herë në gjashtë muaj. Në fund të durimit tim - dy herë në javë.
Kisha një problem me kujtesën. Por ata nuk më lanë të ndaloja grumbullin e plehrave edhe në fundjavë dhe të drejtoja Memtest. Ne prisnim festat e majit. Gjatë festave të majit, unë drejtova Memtest dhe... nuk u gjetën asnjë gabim.
U habita dhe vendosa të shkoj me pushime. Ndërsa isha me pushime, nuk kishte asnjë varkë në depon e plehrave. Dhe kur u ktheva në punë për ditën e parë të hënën, kishte një grumbull plehrash. Unë durova një kopje rezervë të plotë dhe u vara menjëherë pasi mbaroi. Një pritje kaq e ngrohtë nga pushimet më shtyu në vendimin për të tërhequr fizikisht disqet me makinën e mysafirëve te një host tjetër.
Dhe, megjithëse dihet prej kohësh që nuk mund të bësh asgjë serioze ditën e parë pas pushimeve, megjithëse po përgatitesha të mos punoja gjatë gjithë rrugës për në punë, indinjata ime për një ngrirje tjetër më tronditi humorin dhe mua. betohet nga koka ime...
Disqet fizike janë zhvendosur në një host tjetër. Lidhje e nxehtë. Në cilësimet e ruajtjes në skedën Drives shfaqen disqe. Në skedën Magazinat e të dhënave Nuk ka hapësirë ruajtëse në këto disqe. freskoj - mos u shfaq. Epo, sigurisht, impulsi i parë - Shto hapësirë ruajtëse. Magjistari i shtimit shpjegon se çfarë mbështet. Sigurisht që mbështet edhe VMFS. Nuk e dyshova. Një vështrim i shpejtë i mesazheve të magjistarit në çdo hap: Tjetra, Tjetra, Tjetra, Finish. Syri nuk iu afrua as të kapte rrethin e vogël të verdhë me një pikëçuditëse në fund të dritares së një prej shkallëve të mjeshtrit.
Në fund të magjistarit, në listë u shfaq Datastore e freskët... dhe së bashku me të Datastores nga disqet e mbetura fizike.
Unë kaloj në lundrimin nëpër Datastore e sapo shtuar dhe është... bosh. Natyrisht, rashë përsëri në habi. Është ora 8 e mëngjesit, 15 minutat e para në punë pas pushimeve, as sheqerin në kafe nuk e kam trazuar ende. Dhe ja ku është. Mendimi i parë ishte që tërhoqa diskun e gabuar nga hosti "vendas". Kërkova të shikoja nëse dyqani i kërkuar i të dhënave ishte i pranishëm në hostin "vendas": jo, nuk ishte i pranishëm. Mendimi i dytë ishte: "dreq!" Nuk jam i sigurt, por më duket se mendimi i tretë, i katërt dhe të paktën i pesti ishte i njëjtë.
Për të larguar dyshimet, instalova shpejt një ESXi të freskët për testim, mora diskun e majtë dhe, duke e lexuar tashmë, eca nëpër hapat e magjistarit. Po. Kur shtoni një Datastore duke përdorur magjistarin, të gjitha të dhënat në disk humbasin pa aftësinë për të rikthyer operacionin dhe për të rivendosur të dhënat. Më vonë lexova në një nga forumet një vlerësim të këtij dizajni nga një mjeshtër: mut. Dhe vërtet u pajtova.
Duke filluar nga e gjashta, mendimet rrodhën në një drejtim më konstruktiv. NE RREGULL. Inicializimi zgjat disa sekonda edhe për një disk 3Tb. Pra, ky është formatim i nivelit të lartë. Kjo do të thotë që tabela e ndarjes thjesht u rishkrua. Pra, të dhënat janë ende atje. Pra, tani do të kërkojmë për disa pa format dhe voila.
Unë e nis makinën nga imazhi i nisjes së Strelec... Dhe zbuloj se programet e rikuperimit të ndarjeve dinë gjithçka përveç VMFS. Për shembull, ata e dinë paraqitjen e ndarjes së Synology, por jo VMFS.
Kërkimi nëpër programe nuk është qetësues: në rastin më të mirë, GetDataBack dhe R.Saver gjejnë ndarje NTFS me një strukturë direktorie të drejtpërdrejtë dhe emra skedarësh të drejtpërdrejtë. Por kjo nuk më përshtatet. Më duhen dy skedarë vmdk: me diskun e sistemit dhe diskun e skedarit të mbeturinave.
Dhe pastaj e kuptoj që duket se tani do të instaloj Windows dhe do të hap nga një kopje rezervë e skedarit. Dhe në të njëjtën kohë më kujtohet se kisha një rrënjë DFS atje. Dhe gjithashtu një sistem të të drejtave të aksesit në dosjet e departamentit që është absolutisht i egër në shtrirje dhe pasoja. Jo një opsion. Opsioni i vetëm i pranueshëm nga koha është rivendosja e gjendjes së sistemit dhe diskut me të dhënat dhe të gjitha të drejtat.
Përsëri Google, forume, KB'shki dhe përsëri qarja e Yaroslavna: VMware ESXi nuk ofron një mekanizëm të rikuperimit të të dhënave. Të gjitha temat e diskutimit kanë dy përfundime: dikush u rikuperua duke përdorur Rimëkëmbjen e shtrenjtë të DiskInternals VMFS, ose dikush u ndihmua nga një specialist softuerësh që promovonte në mënyrë aktive shërbimet e tij vmfs-tools и dd. Opsioni i blerjes së një licence DiskInternals VMFS Recovery për 700 dollarë nuk është një opsion. Lejimi i një të huaji nga "territori i një armiku të mundshëm" për të hyrë në të dhënat e korporatës nuk është gjithashtu një opsion. Por u googled se ndarjet VMFS mund të lexohen edhe nga UFS Explorer.
Rimëkëmbja e DiskInternals VMFS
Versioni i provës u shkarkua dhe u instalua. Programi pa me sukses ndarjen bosh VMFS:
Në modalitet Zhfshij (Skanim i shpejtë) Gjeta gjithashtu një Datastore e dobët me dosje të makinave virtuale me disqe brenda:
Pamja paraprake tregoi se skedarët janë të gjallë:
Montimi i ndarjes në sistem ishte i suksesshëm, por për ndonjë arsye të panjohur, të tre dosjet përmbanin të njëjtën makinë virtuale. Sigurisht, sipas ligjit, poshtërsia nuk është ajo që kërkohet.
Tre rreshta turpiPërpjekja për të bllokuar paturpësisht softuerin përfundoi në dështim. Por UFS Explorer u mbyll.
Unë kam një qëndrim jashtëzakonisht negativ ndaj vjedhjes së softuerit. Në asnjë mënyrë nuk inkurajoj përdorimin e mjeteve për të anashkaluar mbrojtjen kundër përdorimit të palicensuar.
Isha në një situatë katastrofike dhe nuk isha aspak krenare për masat që kisha marrë.
Eksploruesi UFS
Një skanim i diskut tregoi praninë e 7 nyjeve. Numri i nyjeve "çuditërisht" përkoi me numrin e skedarëve *-flat.vmdk të zbuluara nga VMFS Recovery:
Një krahasim i madhësive të skedarëve dhe madhësive të nyjeve tregoi gjithashtu një përputhje me bajtin. Në të njëjtën kohë, emrat e skedarëve *-flat.vmdk dhe, në përputhje me rrethanat, përkatësia e tyre në makinat virtuale u rivendosën.
Në përgjithësi, disqet vmdk nga pikëpamja ESXi përbëhen nga dy skedarë: një skedar të dhënash (<emri i makinës>-flat.vmdk) dhe një skedar "fizik" i paraqitjes së diskut (<emri i makinës>.vmdk). Nëse ngarkoni një skedar *-flat.vmdk në Datastore nga një makinë lokale, ESXi nuk do ta njohë atë si një skedar të vlefshëm diskut. Baza e njohurive VMware ka një artikull se si të krijoni manualisht një skedar përshkruesi të diskut: , por nuk më duhej ta bëja këtë, thjesht kopjova përmbajtjen e skedarëve përkatës nga zona e shikimit të përmbajtjes së skedarit në DiskInternals VMFS Recovery:
Pas 4 orësh shkarkimi të një nyje 2,5 TB nga UFS Explorer dhe 20 orësh ngarkim në Datastore e hipervizorit, skedarët e diskut të prishur u lidhën me makinën virtuale të krijuar rishtazi. Disqet u mblodhën. Nuk është vërejtur humbje e të dhënave.
Burimi: www.habr.com