Kujdes: Kyçja ka karakter argĂ«tues. Densiteti specific i informacionit tĂ« dobishĂ«m Ă«shtĂ« i ulĂ«t. ĂshtĂ« shkruar "pĂ«r vete".
Hyrje lirikë
Papërit në organizatën tonë funksionon në një makinë virtuale VMware ESXi 6 nën Windows Server 2016. Dhe kjo nuk është vetëm një grumbull. Ky është një server shkëmbimi të skedarëve midis strukturave organizative: këtu ka punë ekipore, dokumente projektimi dhe dosje nga skanerët në rrjet. Në shkurt, këtu është e gjitha jeta prodhuese.
Dhe ky depo i tĂ« gjithĂ« jetĂ«s prodhuese filloi tĂ« ngadalĂ«sohet. Madje, mysafiri mund tĂ« ishte ngadalĂ«suar vetĂ«, pa prekur tĂ« tjerĂ«t. Mund tĂ« ngadalĂ«sonte tĂ« gjithĂ« hostin dhe, pĂ«r pasojĂ«, tĂ« gjitha makinat e tjera mysafire. Mund tĂ« ngadalĂ«sohej vetĂ« dhe tĂ« ngadalĂ«sonte shĂ«rbimet klientĂ«ve tĂ« vSphere: domethĂ«nĂ«, proceset e mysafirĂ«ve tĂ« tjerĂ« ishin tĂ« gjalla, makinat punonin dhe pĂ«rgjigjeshin, por depoja e skedarĂ«ve nuk po funksiononte dhe klienti vSphere nuk lidhej me hostin. NĂ« pĂ«rgjithĂ«si, nuk ishte e mundur tĂ« pĂ«rcaktohej ndonjĂ« sistem. Ndalimet mund tĂ« ndodhnin gjatĂ« ditĂ«s nĂ« kohĂ« tĂ« ngarkesĂ«s sĂ« ulĂ«t. Mund tĂ« ndodhnin natĂ«n gjatĂ« ngarkesĂ«s zero. Mund tĂ« ndodhnin natĂ«n gjatĂ« backup-it diferencial dhe ngarkesĂ«s mesatare. Mund tĂ« ndodhnin gjatĂ« fundjavĂ«s gjatĂ« backup-it tĂ« plotĂ« dhe ngarkesĂ«s sĂ« lartĂ«. Dhe ka pasur njĂ« degradim tĂ« dukshĂ«m tĂ« situatĂ«s. Fillimisht ndodhte njĂ« herĂ« nĂ« vit, pastaj njĂ« herĂ« nĂ« gjashtĂ« muaj. NĂ« fund tĂ« durimit tim â dy herĂ« nĂ« javĂ«.
Unë e dyshoja në memorien RAM. Por nuk më lejuan ta ndalja grumbullin as gjatë fundjavës dhe të testoja Memtest. Priste festat e majit. Gjatë festave të majit, unë e testova Memtest dhe... nuk u gjetën gabime.
U habita dhe vendosa të shkoj në pushim. Kur isha në pushim - grumbulli nuk kishte asnjë ngadalësim. Dhe kur u ktheva në punë ditën e parë, grumbulli kishte ngadalësuar. Durimi kaloi nëpër një backup të plotë dhe sapo përfundoi, grumbulli u ngadalësua. Kjo pranim i ngrohtë pas pushimit më shtyu të vendosja fizikisht disqet me makinën mysafire në një host tjetër.
Dhe, edhe pse është e njohur prej kohësh që në ditën e parë pas pushimeve nuk duhet të bësh asgjë serioze, edhe pse gjatë rrugës për në punë e përgatita veten që të mos punoja, zemërimi im ndaj një ngadalësimi të ri më hoqi nga mendja dhe nga atmosfera, dhe nga betimet...
Disqet fizike u transferuan nĂ« njĂ« host tjetĂ«r. Lidha e nxehtĂ«. NĂ« cilĂ«simet e depozita nĂ« skedĂ«n Drives diskat shfaqen. NĂ« skedarin Datastores asete nĂ« kĂ«to disqe â nuk ka. Rifresko â nuk shfaqen. Natyrisht, kĂ«rkesa fillestare Ă«shtĂ« Shto ShkallĂ«. Asistenti i shtimit tregon qĂ« ai mbĂ«shtet. Sigurisht qĂ« mbĂ«shtet dhe VMFS. Nuk kam dyshuar asnjĂ«herĂ«. NjĂ« shikim i shpejtĂ« nĂ« mesazhet e asistenti nĂ« çdo hap: Next, Next, Next, Finish. AsnjĂ« shikim nuk e preku rrethin e vogĂ«l tĂ« verdhĂ« me shenjĂ«n e thirrjes nĂ« fund tĂ« dritares sĂ« njĂ«rit nga hapat e asistenti.
Pas përfundimit të asistenti, Datastore i ri u shfaq në listë⊠dhe së bashku me të, Datastores nga disqet e tjera fizike.
Kaloj nĂ« navigimin e Datastore tĂ« sapo shtuar, por ai Ă«shtë⊠bosh. Natyrisht, pĂ«rsĂ«ri kam rĂ«nĂ« nĂ« befasim. Ora tregon 8 tĂ« mĂ«ngjesit, 15 minutat e para nĂ« punĂ« pas pushimit, madje nuk kam pĂ«rzier sheqerin nĂ« kafe akoma. Dhe ndodhi kĂ«shtu. Mendimi i parĂ« ishte â nuk e kam tĂ« njejtin disk nga hosti 'prind'. Kontrollova nĂ«se Datastore i kĂ«rkuar Ă«shtĂ« nĂ« hostin 'prind': jo, nuk Ă«shtĂ« i pranishĂ«m. Mendimi i dytĂ« ishte: "pĂ«r". Nuk jam i sigurt, por mĂ« duket se mendimi i tretĂ«, i katĂ«rt dhe tĂ« paktĂ«n i pestĂ« ishin tĂ« ngjashme.
Për të shuar dyshimet, shpejt instalova një ESXi të ri për provë, mora një disk të huaj dhe, duke u përqendruar, kalova përmes hapave të asistenti. Po. Kur shtohet Datastore përmes asistenti, ndodh humbja e të dhënave në disk pa mundësi për të rikuperuar operacionin dhe rikuperimin e të dhënave. Më vonë, lexova në një nga forumet një vlerësim të këtij dizajni të asistenti: shitsome crap. Dhe u pajtova plotësisht.
Duke filluar nga mendimi i gjashtĂ« â mendimet filluan tĂ« rrjedhin nĂ« njĂ« drejtim mĂ« konstruktiv. Po. Inicimi zgjat pak sekonda edhe pĂ«r njĂ« disk 3Tb. Do tĂ« thotĂ«, ky Ă«shtĂ« njĂ« formatim nĂ« nivel tĂ« lartĂ«. Do tĂ« thotĂ«, tabela e pjesĂ«ve thjesht Ă«shtĂ«_riparuar. Do tĂ« thotĂ«, tĂ« dhĂ«nat janĂ« ende atje. Do tĂ« thotĂ«, tani do tĂ« kĂ«rkojmĂ« ndonjĂ« unformat dhe voila.
Ngarkoj makinën me imazhin e shkarkimit Strelec⊠Dhe zbuloj se programet e rikuperimit të pjesëve dinë gjithçka përveç VMFS. Për shembull, dinë skemat e pjesëve të Synology, por jo VMFS.
Rivlerësimi i programeve nuk është ngushëllues: në rastin më të mirë GetDataBack dhe R.Saver gjejnë pjesët NTFS me strukturat e katalogëve aktive dhe emrat e skedarëve aktivë. Por kjo nuk më përshtatet. Më duhen dy skedarë vmdk: me diskin e sistemit dhe diskin e skedarëve të plehrave.
Dhe këtu e kuptoj se, duket se tani do të instaloj Windows dhe do të rikuperohet nga një kopje rezervë e skedarëve. Dhe njëherësh më vjen ndërmend se aty kisha rrënjën DFS. Po ashtu, sistemi i të drejtave të aksesit në dosjet e departamenteve ishte krejtësisht i çuditshëm në volum dhe ndarje. Nuk është një opsion. Opsioni i vetëm i pranueshëm me kohë është rikuperimi i gjendjes së sistemit dhe diskut me të dhëna dhe të gjitha të drejtat.
PĂ«rsĂ«ri kĂ«rkime nĂ« Google, forume, KBâĂ«sh dhe pĂ«rsĂ«ri vajtja e JaroslavnĂ«s: VMware ESXi nuk parashikon njĂ« mekanizĂ«m pĂ«r rikuperimin e tĂ« dhĂ«nave. TĂ« gjitha degĂ«t e diskutimeve kanĂ« dy pĂ«rfundime: dikush u rikuperua me ndihmĂ«n e DiskInternals VMFS Recovery, qĂ« nuk Ă«shtĂ« e lirĂ«, ose dikujt i ndihmoi njĂ« specialist qĂ« promovon aktivisht shĂ«rbimet e tij. vmfs-tools dhe dd. Opsioni me blerjen e licencĂ«s DiskInternals VMFS Recovery pĂ«r $700 â nuk Ă«shtĂ« njĂ« opsion. Lejimi i njĂ« personi tĂ« jashtĂ«m nga âterritori i njĂ« kundĂ«rshtari potencialâ pĂ«r tĂ« hyrĂ« nĂ« tĂ« dhĂ«nat e korporatĂ«s â gjithashtu nuk Ă«shtĂ« njĂ« opsion. Por mĂ«soi se UFS Explorer e lexon ndarjen VMFS gjithashtu.
DiskInternals VMFS Recovery
U shkarkua dhe u instalua një version provues. Programi e pa me sukses një ndarje të zbrazët VMFS:
Në modalitetin Undelete (Fast Scan) po ashtu gjeti dhe Datastore të fshirë me dosje makinat virtuale me disqet brenda:
Parapamja tregoi se skedarët ishin të gjallë:
Montimi i ndarjes nĂ« sistem ishte i suksesshĂ«m, por pĂ«r arsye tĂ« paqarta, nĂ« tĂ« tri dosjet ishte e njĂ«jta makinĂ« virtuale. Sigurisht, sipas ligjit tĂ« padrejtĂ«sisĂ« â jo ajo qĂ« nevoitet.
Tri rreshta turpiPërpjekja e bërë për të pirate softuerin përfundoi me dështim. Por munda të piratoj UFS Explorer.
Unë kam një qëndrim ekstremisht negativ ndaj vjedhjes së softuerit. Asnjëherë nuk inkurajoj përdorimin e mjeteve për të anashkaluar mbrojtjen nga përdorimi i pa licencuar.
Isha në një gjendje katastrofike dhe fare nuk isha krenar për masat që kisha marrë.
UFS Explorer
Skandimi i diskut tregoi se kishte 7 nod. Numri i nodĂ«ve âpĂ«r çudiâ pĂ«rputhej me numrin e skedarĂ«ve *-flat.vmdk qĂ« u zbuluan nga VMFS Recovery:
Krahasimi i madhësive të skedarëve dhe madhësive të nodëve gjithashtu tregoi përputhje deri në bajt. Për njëkohësisht u rikuperuan emrat e skedarëve *-flat.vmdk dhe, për rrjedhojë, përkatësia e tyre ndaj makinave virtuale.
Në përgjithësi, diskët vmdk nga këndvështrimi i ESXi përbëhen nga dy skedarë: një skedar me të dhëna (-flat.vmdk) dhe një skedar "fisik" i shënjimit të diskut (.vmdk). Nëse ngarkohet skedari *-flat.vmdk nga një makinë lokale në Datastore, ESXi nuk e njeh si një skedar të vlefshëm disku. Në bazën e njohurive të VMware ka një artikull për mënyrën se si të krijoni manualisht skedarin e descriptorit të diskut: , por unë nuk duhej ta bëja këtë, thjesht kopjova përmbajtjen e skedarëve përkatës nga zona e paraparat në DiskInternals VMFS Recovery:
Pas 4 orësh shkarkimi të 2,5TB të nodit nga UFS Explorer dhe 20 orësh ngarkimi në Datastore, skedarët e diskëve të dëmtuar u lidhën me një makinë virtuale të krijuar rishtazi. Diskët u kapën. Nuk u vërejtën humbje të të dhënave.
Burimi: habr.com
