Ազատում պատասխանատվությունից: Գրառումը ժամանցային նպատակներով է։ Դրանում օգտակար տեղեկատվության հատուկ խտությունը ցածր է։ Գրված էր «ինքս ինձ համար»:
Լիրիկական ներածություն
Մեր կազմակերպության ֆայլերի աղբանոցը աշխատում է VMware ESXi 6 վիրտուալ մեքենայի վրա, որն աշխատում է Windows Server 2016-ով: Եվ սա պարզապես աղբանոց չէ: Սա ֆայլերի փոխանակման սերվեր է կառուցվածքային ստորաբաժանումների միջև. կա համագործակցություն, նախագծային փաստաթղթեր և թղթապանակներ ցանցային սկաներներից: Ընդհանուր առմամբ, ամբողջ արտադրական կյանքը այստեղ է:
Եվ ամբողջ արտադրական կյանքի այս տարան սկսեց կախվել: Ավելին, հյուրը կարող էր հանգիստ կախվել՝ չազդելով մյուսների վրա։ Նա կարող էր տապալել ողջ հյուրընկալողը և, համապատասխանաբար, մնացած բոլոր հյուրերի մեքենաները: Ես կարող էի կախվել և կախել vSphere-ի հաճախորդների ծառայությունները. այսինքն՝ մյուս հյուրերի գործընթացները կենդանի են, մեքենաները ճիշտ են աշխատում և արձագանքում, բայց ֆայլերի լվացող չկա, և vSphere Client-ը չի կառչում հոսթից: Ընդհանուր առմամբ, ոչ մի համակարգ չի կարող հայտնաբերվել: Ցածր ծանրաբեռնվածության ժամանակ օրվա ընթացքում կարող են ցրտահարվել: Նրանք կարող էին դա անել գիշերը առանց ծանրաբեռնվածության: Կարող է գիշերը դիֆերենցիալ պահուստավորման և միջին ծանրաբեռնվածության ժամանակ: Կարող է հանգստյան օրերին լրիվ կրկնօրինակումների և բարձր բեռի ժամանակ: Եվ կար իրավիճակի հստակ դեգրադացիա։ Սկզբում դա տարին մեկ էր, հետո վեց ամիսը մեկ։ Իմ համբերության վերջում - շաբաթը երկու անգամ:
Ես հիշողության խնդիր ունեի. Բայց նրանք ինձ թույլ չտվեցին կանգնեցնել աղբի կույտը նույնիսկ հանգստյան օրերին և գործարկել Memtest-ը: Սպասում էինք մայիսյան տոներին։ Մայիսյան արձակուրդների ժամանակ ես գործարկեցի Memtest-ը և... սխալներ չգտնվեցին:
Ես ապշած էի և որոշեցի արձակուրդ գնալ։ Մինչ ես արձակուրդում էի, աղբանոցում ոչ մի կախոց չկար։ Եվ երբ երկուշաբթի օրը վերադարձա աշխատանքի առաջին օրը, աղբակույտ կար: Ես համբերեցի ամբողջական կրկնօրինակում և կախեցի այն ավարտելուց անմիջապես հետո: Արձակուրդից այսպիսի ջերմ ընդունելությունն ինձ մղեց որոշման՝ ֆիզիկապես հյուրի ապարատով սկավառակները մեկ այլ հաղորդավարի մոտ քաշելու:
Եվ, թեև վաղուց հայտնի է, որ արձակուրդից հետո առաջին օրը ոչ մի լուրջ բանով զբաղվել չես կարող, թեև ես պատրաստվում էի ինքս ինձ չաշխատել մինչև աշխատանքի վերջ, բայց հերթական սառցակալումից իմ վրդովմունքը թուլացրեց և՛ տրամադրությունս, և՛ իմ։ երդվում է իմ գլխից...
Ֆիզիկական սկավառակները տեղափոխվել են մեկ այլ հոսթ: Թեժ կապ. Ներդիրի պահեստավորման կարգավորումներում Մեծ սմայլիկներ հայտնվում են սկավառակներ. Ներդիրի վրա Տվյալների պահեստներ Այս սկավառակների վրա պահեստ չկա: Թարմացնել - չհայտնվել. Դե, իհարկե, առաջին ազդակը. Ավելացնել պահեստ. Add Wizard-ը բացատրում է, թե ինչն է աջակցում: Իհարկե, այն նաև աջակցում է VMFS-ին: Ես դրանում չէի կասկածում։ Արագ նայեք հրաշագործի հաղորդագրություններին յուրաքանչյուր քայլում՝ Հաջորդ, Հաջորդ, Հաջորդ, Ավարտել: Աչքը նույնիսկ չմոտեցավ վարպետի աստիճաններից մեկի պատուհանի ներքևի բացականչական նշանով որսալ դեղին փոքրիկ շրջանակին։
Wizard-ի վերջում ցուցակում հայտնվեց թարմ Datastore-ը... և դրա հետ միասին Datastores-ը մնացած ֆիզիկական սկավառակներից:
Ես անցնում եմ նոր ավելացված Datastore-ի միջով նավարկելուն, և այն... դատարկ է: Իհարկե, նորից զարմացա։ Առավոտյան ժամը 8-ն է, արձակուրդից հետո առաջին 15 րոպեն աշխատավայրում, ես դեռ չեմ էլ խառնել սուրճիս շաքարը։ Եվ ահա այն. Առաջին միտքն այն էր, որ ես սխալ սկավառակ եմ հանել «հայրենի» հաղորդավարից: Ես նայեցի, որպեսզի տեսնեմ՝ արդյոք անհրաժեշտ Datastore-ը առկա է «հայրենի» հոսթում. ոչ, այն չկար: Երկրորդ միտքը հետևյալն էր. Ես վստահ չեմ, բայց ինձ թվում է, որ երրորդ, չորրորդ և առնվազն հինգերորդ միտքը նույնն էր:
Կասկածները ցրելու համար ես արագ տեղադրեցի թարմ ESXi թեստավորման համար, վերցրեցի ձախ սկավառակը և, արդեն կարդալով այն, անցա հրաշագործի քայլերով։ Այո՛։ Երբ դուք ավելացնում եք «Տվյալների պահեստ»՝ օգտագործելով մոգը, սկավառակի բոլոր տվյալները կորչում են՝ առանց գործողությունը հետաձգելու և տվյալները վերականգնելու հնարավորության: Ավելի ուշ ես ֆորումներից մեկում կարդացի վարպետի կողմից այս դիզայնի գնահատականը. Եվ ես իսկապես համաձայնեցի։
Վեցերորդից սկսած մտքերը հոսում էին ավելի կառուցողական ուղղությամբ։ ԼԱՎ. Նախաձեռնումը տևում է մի քանի վայրկյան նույնիսկ 3Tb սկավառակի համար: Այսպիսով, սա բարձր մակարդակի ֆորմատավորում է: Սա նշանակում է, որ բաժանման աղյուսակը պարզապես վերաշարադրվել է: Այսպիսով, տվյալները դեռ կան: Այսպիսով, հիմա մենք կփնտրենք որոշ անֆորմատ և վոյլա:
Մեքենան բեռնում եմ Strelec boot image-ից... Եվ պարզում եմ, որ բաժանման վերականգնման ծրագրերը ամեն ինչ գիտեն, բացի VMFS-ից: Օրինակ, նրանք գիտեն Synology-ի բաժանման դասավորությունը, բայց ոչ VMFS-ը:
Ծրագրերի միջոցով որոնումը հուսադրող չէ. լավագույն դեպքում GetDataBack-ը և R.Saver-ը գտնում են NTFS միջնորմներ՝ կենդանի գրացուցակի կառուցվածքով և կենդանի ֆայլերի անուններով: Բայց սա ինձ չի սազում։ Ինձ անհրաժեշտ է երկու vmdk ֆայլ՝ համակարգի սկավառակի և աղբարկղային ֆայլի սկավառակի հետ:
Եվ հետո ես հասկանում եմ, որ կարծես հիմա կտեղադրեմ Windows-ը և կթողարկեմ ֆայլի կրկնօրինակից: Եվ միևնույն ժամանակ հիշում եմ, որ ես այնտեղ DFS արմատ ունեի։ Եվ նաև բաժանմունքի թղթապանակների մուտքի իրավունքի համակարգ, որը բացարձակապես վայրի է իր շրջանակներով և հետևանքներով: Տարբերակ չէ: Միակ ժամանակի համար ընդունելի տարբերակը համակարգի և սկավառակի վիճակի վերականգնումն է տվյալների և բոլոր իրավունքների հետ:
Նորից Google-ը, ֆորումները, KB'shki-ն ու նորից Յարոսլավնայի լացը՝ VMware ESXi-ն տվյալների վերականգնման մեխանիզմ չի տրամադրում։ Քննարկման բոլոր թեմաներն ունեն երկու վերջավորություն. ինչ-որ մեկը վերականգնվել է թանկարժեք DiskInternals VMFS Recovery-ի միջոցով, կամ ինչ-որ մեկին օգնել է ծրագրային ապահովման մասնագետը, որն ակտիվորեն խթանում է իր ծառայությունները: vmfs-գործիքներ и dd. DiskInternals VMFS Recovery լիցենզիա գնելու տարբերակը $700-ով տարբերակ չէ: «Պոտենցիալ թշնամու տարածքից» օտարին թույլ տալ մուտք գործել կորպորատիվ տվյալներ նույնպես տարբերակ չէ: Բայց google-ում արվեց, որ VMFS միջնորմները կարող են կարդալ նաև UFS Explorer-ը։
DiskInternals VMFS վերականգնում
Փորձնական տարբերակը ներբեռնվել և տեղադրվել է: Ծրագիրը հաջողությամբ տեսավ դատարկ VMFS բաժանումը.
ռեժիմում Չեղարկել ջնջումը (արագ սկանավորում) Ես նաև գտա մի անմխիթար Datastore՝ ներսում սկավառակներով վիրտուալ մեքենաների թղթապանակներով.
Նախադիտումը ցույց տվեց, որ ֆայլերը կենդանի են.
Բաժանման տեղադրումը համակարգում հաջող էր, բայց անհայտ պատճառով բոլոր երեք թղթապանակները պարունակում էին նույն վիրտուալ մեքենան: Իհարկե, ըստ օրենքի, ստորությունը այն չէ, ինչ պահանջվում է։
Երեք տող ամոթԾրագրային ապահովումն անամոթաբար կողպելու փորձն ավարտվեց անհաջողությամբ։ Բայց UFS Explorer-ը արգելափակվեց:
Ես չափազանց բացասական եմ վերաբերվում ծրագրային ապահովման գողությանը։ Ես ոչ մի կերպ չեմ խրախուսում չլիցենզավորված օգտագործումից պաշտպանությունը շրջանցելու միջոցների օգտագործումը:
Ես աղետալի վիճակում էի և բոլորովին չէի հպարտանում այն միջոցներով, որոնց դիմել էի։
UFS Explorer
Սկավառակի սկանավորումը ցույց տվեց 7 հանգույցների առկայությունը: Հանգույցների թիվը «զարմանալիորեն» համընկավ VMFS Recovery-ի կողմից հայտնաբերված *-flat.vmdk ֆայլերի քանակի հետ.
Ֆայլի չափերի և հանգույցների չափերի համեմատությունը ցույց տվեց նաև բայթի համընկնում: Միաժամանակ վերականգնվեցին *-flat.vmdk ֆայլերի անվանումները և, համապատասխանաբար, դրանց պատկանելությունը վիրտուալ մեքենաներին։
Ընդհանուր առմամբ, ESXi-ի տեսանկյունից vmdk սկավառակները բաղկացած են երկու ֆայլից՝ տվյալների ֆայլից (<machine name>-flat.vmdk) և սկավառակի դասավորության «ֆիզիկական» ֆայլից (<machine name>.vmdk): Եթե դուք *-flat.vmdk ֆայլը վերբեռնեք Datastore տեղական մեքենայից, ESXi-ն այն չի ճանաչի որպես վավեր սկավառակի ֆայլ: VMware Knowledge Base-ն ունի հոդված, թե ինչպես կարելի է ձեռքով ստեղծել սկավառակի նկարագրիչ ֆայլ. , բայց ես ստիպված չէի դա անել, ես պարզապես պատճենեցի համապատասխան ֆայլերի բովանդակությունը ֆայլի բովանդակության նախադիտման տարածքից DiskInternals VMFS Recovery-ում.
4 ժամ UFS Explorer-ից 2,5 ՏԲ հանգույց բեռնաթափելուց և հիպերվիզորի Datastore 20 ժամ բեռնելուց հետո խափանված սկավառակի ֆայլերը միացվեցին նոր ստեղծված վիրտուալ մեքենային: Սկավառակները վերցվեցին: Տվյալների կորուստ չի նկատվել։
Source: www.habr.com