دادعا: یادښت د ساتیرۍ موخو لپاره دی. په دې کې د ګټورو معلوماتو ځانګړي کثافت ټیټ دی. دا د "زما لپاره" لیکل شوی و.
شعري پیژندنه
زموږ په اداره کې د فایل ډمپ په VMware ESXi 6 مجازی ماشین کې د وینډوز سرور 2016 چلوي. او دا یوازې د کثافاتو ډمپ ندی. دا د ساختماني برخو ترمنځ د فایل تبادلې سرور دی: د شبکې سکینرونو څخه همکاري، د پروژې اسناد، او فولډر شتون لري. په عموم کې، ټول تولید ژوند دلته دی.
او د ټول تولید ژوند دا کانټینر ځړول پیل کړل. برسېره پردې، میلمانه کولی شي په خاموشۍ سره ځان ځړوي، پرته له دې چې نورو اغیزه وکړي. هغه کولی شي ټول کوربه له مینځه یوسي او په وینا یې، نور ټول میلمانه ماشینونه. زه کولی شم خپل ځان ځړوم او د vSphere پیرودونکي خدمتونه ځړ کړم: دا دی چې د نورو میلمنو پروسې ژوندي دي ، ماشینونه په سمه توګه کار کوي او ځواب ورکوي ، مګر د فایل واشیر شتون نلري او د vSphere پیرودونکي کوربه ته غاړه نه ږدي. په عموم کې، هیڅ سیسټم ندی پیژندل شوی. منجمد د ورځې په جریان کې د ټیټ بار په جریان کې پیښ کیدی شي. دوی کولی شي دا د شپې په وخت کې د بار کولو پرته ترسره کړي. په شپه کې د توپیر بیک اپ او اوسط بار په جریان کې کیدی شي. کولی شي د اونۍ په پای کې د بشپړ بیک اپ او لوړ بار پرمهال. او د وضعیت روښانه انحطاط شتون درلود. په لومړي سر کې دا په کال کې یو ځل و، بیا په هرو شپږو میاشتو کې یو ځل. زما د صبر په پای کې - په اونۍ کې دوه ځله.
ما د حافظې ستونزه درلوده. مګر دوی ما ته اجازه نه راکوله چې حتی د اونۍ په پای کې د کثافاتو ډډې ودروي او میمسټسټ پرمخ بوځي. موږ د می د رخصتیو په تمه وو. د می د رخصتیو په جریان کې، ما میمټیسټ چل کړ او ... هیڅ غلطی ونه موندل شو.
زه حیران وم او پریکړه یې وکړه چې په رخصتۍ لاړ شم. پداسې حال کې چې زه په رخصتۍ کې وم، د کثافاتو په ډنډ کې یو ځوړند نه و. او کله چې زه د دوشنبې په ورځ د لومړۍ ورځې لپاره بیرته کار ته لاړم، هلته د کثافاتو ډنډه وه. ما بشپړ بیک اپ برداشت کړ او د بشپړیدو وروسته سم ځړول شو. د رخصتۍ څخه ورته تود هرکلي زه دې پریکړې ته اړ کړم چې په فزیکي توګه ډیسکونه د میلمه ماشین سره بل کوربه ته واړوم.
او، که څه هم دا د اوږدې مودې راهیسې معلومه وه چې تاسو د رخصتۍ وروسته په لومړۍ ورځ کې کوم جدي کار نشئ کولی، که څه هم ما خپل ځان چمتو کړی و چې کار کولو ته ټول کار ونه کړم، زما په یو بل کنج کې زما غوسه زما مزاج او زما حالت دواړه ټکان کړل. زما له سر څخه قسمونه
فزیکي ډیسکونه بل کوربه ته لیږدول شوي. ګرم اړیکه. په ټب کې د ذخیره کولو تنظیماتو کې چلول ډیسکونه څرګندیږي. په ټب کې ډیټاسټورونه په دې ډیسکونو کې هیڅ ذخیره نشته. تاندول - نه ښکاري. ښه، البته، لومړی هڅونه - ذخیره اضافه کړئ. د اضافه وزرډ تشریح کوي چې دا څه ملاتړ کوي. البته دا د VMFS ملاتړ هم کوي. ما په دې کې شک نه درلود. په هر ګام کې د وزرډ پیغامونو ته یو چټک نظر: بل، بل، بل، پای. سترګې حتی نږدې نه وې چې د ماسټر د یوې کړکۍ په پای کې د حیرانتیا نښه سره کوچنۍ ژیړ حلقه ونیسي.
د وزرډ په پای کې ، تازه ډیټاسټور په لیست کې څرګند شو ... او د دې سره د پاتې فزیکي ډیسکونو ډیټاسټورونه.
زه د نوي اضافه شوي ډیټاسټور له لارې نیویګینګ ته لاړم ، او دا خالي دی. البته، زه بیرته حیران شوم. د سهار 8 بجې دي، د رخصتۍ وروسته په کار کې لومړۍ 15 دقیقې، ما لا تر اوسه په قهوه کې بوره نه ده اچولې. او دلته دا دی. لومړی فکر دا و چې ما د "اصلي" کوربه څخه غلط ډیسک را ایستلی. ما ولیدل چې ایا اړین ډیټاسټور په "اصلي" کوربه کې موجود و: نه، دا شتون نه درلود. دوهم فکر دا و: "لکه!" زه ډاډه نه یم، مګر داسې ښکاري چې دریم، څلورم او لږترلږه پنځم فکر ورته و.
د شکونو لرې کولو لپاره ، ما په چټکۍ سره د ازموینې لپاره تازه ESXi نصب کړ ، کیڼ ډیسک یې واخیست او دمخه یې لوستل ، د جادوګر ګامونو ته لاړم. هو. کله چې تاسو د وزرډ په کارولو سره ډیټاسټور اضافه کړئ ، په ډیسک کې ټول ډیټا د عملیاتو بیرته راګرځولو او ډیټا بحالولو وړتیا پرته ورک کیږي. وروسته ما په یوه فورم کې د ماسټر لخوا د دې ډیزاین ارزونه ولوستل: shitsome crap. او ما واقعیا ومنله.
له شپږم څخه پیل، فکرونه په ډیر رغنده لوري روان شول. سمه ده. پیل کول حتی د 3Tb ډیسک لپاره څو ثانیې وخت نیسي. نو دا د لوړې کچې فارمینګ دی. دا پدې مانا ده چې د ویش میز په ساده ډول بیا لیکل شوی و. نو معلومات لاهم شتون لري. نو ، اوس به موږ یو څه غیر فارمیټ او وایلا وګورو.
ما ماشین د Strelec بوټ عکس څخه بوټ کړ ... او ما وموندله چې د برخې د بیا رغونې پروګرامونه د VMFS پرته هرڅه پوهیږي. د مثال په توګه، دوی د Synology د ویش ترتیب پیژني، مګر VMFS نه.
د پروګرامونو له لارې لټون کول ډاډمن نه دي: په غوره توګه، GetDataBack او R.Saver د ژوندی لارښود جوړښت او ژوندی فایل نومونو سره د NTFS برخې ومومئ. مګر دا زما لپاره مناسب نه دی. زه دوه vmdk فایلونو ته اړتیا لرم: د سیسټم ډیسک او د کثافاتو فایل ډیسک سره.
او بیا زه پوهیږم چې داسې ښکاري چې زه به اوس وینډوز نصب کړم او د فایل بیک اپ څخه راوګرځم. او په ورته وخت کې زه په یاد لرم چې ما هلته د DFS ریښه درلوده. او همدارنګه د ډیپارټمنټ فولډرو ته د لاسرسي حقونو سیسټم چې په پراخه کچه او اغیزو کې په بشپړ ډول وحشي دی. یو اختیار نه دی. یوازینی د منلو وړ اختیار د سیسټم حالت او ډیسک د ډیټا او ټولو حقونو سره بحال کول دي.
یوځل بیا ګوګل ، فورمونه ، KB'shki او بیا د یاروسلاوینا ژړا: VMware ESXi د معلوماتو بیرته ترلاسه کولو میکانیزم نه وړاندې کوي. د بحث ټولې موضوعګانې دوه پایونه لري: یو څوک د ګران ډیسک انټرنل VMFS ریکوری په کارولو سره بیرته ترلاسه شوی ، یا د یو چا سره د سافټویر متخصص لخوا مرسته شوې چې په فعاله توګه د هغه خدماتو ته وده ورکوي. vmfs-وسیلې и dd. د $700 لپاره د DiskInternals VMFS ریکوری جواز پیرود اختیار اختیار ندی. د "احتمالي دښمن د سیمې" څخه یو بهرني ته اجازه ورکول چې کارپوریټ ډیټا ته لاسرسی ولري هم اختیار نه دی. مګر دا ګوګل شوی و چې د VMFS برخې هم د UFS اکسپلورر لخوا لوستل کیدی شي.
DiskInternals VMFS بیا رغونه
د آزموینې نسخه ډاونلوډ او نصب شوی. برنامه په بریالیتوب سره د خالي VMFS ویش لیدلی:
د اکر ړنګول (چټک سکین) ما د ډیسکونو سره د مجازی ماشینونو فولډرو سره یو خراب ډیټاسټور هم وموندل:
مخکتنه وښودله چې فایلونه ژوندي دي:
په سیسټم کې د برخې نصب کول بریالي وو، مګر د یو نامعلوم دلیل لپاره، ټول درې فولډرونه ورته مجازی ماشین لري. البته، د قانون له مخې، بې رحمي هغه څه نه دي چې اړین دي.
د شرم درې کرښېپه بې شرمۍ سره د سافټویر لاک کولو هڅه په ناکامۍ پای ته ورسیده. مګر د UFS اکسپلورر بند شو.
زه د سافټویر غلا په اړه خورا منفي چلند لرم. زه په هیڅ ډول د غیر جواز لرونکي کارونې پروړاندې محافظت څخه د مخنیوي لپاره د وسیلو کارول هڅوم.
زه په یو ناورین حالت کې وم او په هغه اقداماتو باندې ویاړم چې ما یې اخیستی و.
د UFS سپړونکی
د ډیسک سکین د 7 نوډونو شتون وښود. د نوډونو شمیر "په حیرانتیا سره" د *-flat.vmdk فایلونو شمیر سره سمون لري چې د VMFS ریکوری لخوا کشف شوي:
د فایل اندازې او نوډ اندازې پرتله کول هم بایټ ته یو میچ ښودلی. په ورته وخت کې، د *-flat.vmdk فایلونو نومونه او په وینا، د مجازی ماشینونو پورې تړاو لري.
په عموم کې، د ESXi له نظره vmdk ډیسکونه دوه فایلونه لري: د ډیټا فایل (<machine name>-flat.vmdk) او د "فزیکي" ډیسک ترتیب فایل (<ماشین نوم>.vmdk). که تاسو د ځایی ماشین څخه ډیټاسټور ته *-flat.vmdk فایل اپلوډ کړئ، ESXi به دا د ډیسک د اعتبار وړ فایل په توګه ونه پیژني. د VMware پوهه بیس یوه مقاله لري چې څنګه په لاسي ډول د ډیسک ډیسکریټر فایل رامینځته کړي: ، مګر ما دا کار کولو ته اړتیا نه درلوده ، ما په ساده ډول د ډیسک انټرنلز VMFS ریکوری کې د فایل مینځپانګې مخکتنې ساحې څخه د اړوندو فایلونو مینځپانګې کاپي کړې:
د UFS اکسپلورر څخه د 4 TB نوډ پورته کولو 2,5 ساعتونو وروسته او د هایپروایسر ډیټاسټور کې د 20 ساعتونو بارولو وروسته ، د خراب شوي ډیسک فایلونه نوي رامینځته شوي مجازی ماشین سره وصل شوي. ډیسکونه پورته کړل. د معلوماتو ضایع ندی لیدل شوی.
سرچینه: www.habr.com