اعلان: نوٽ تفريحي مقصدن لاءِ آهي. ان ۾ مفيد معلومات جي مخصوص کثافت گهٽ آهي. اهو لکيو ويو آهي "پنهنجي لاء."
غزل جو تعارف
اسان جي تنظيم ۾ فائل ڊمپ ونڊوز سرور 6 تي هلندڙ VMware ESXi 2016 ورچوئل مشين تي هلندو آهي. ۽ اهو صرف گندگي جو ڊمپ ناهي. هي هڪ فائيل ايڪسچينج سرور آهي ڍانچي ڊويزن جي وچ ۾: نيٽ ورڪ اسڪينرز کان تعاون، پروجيڪٽ دستاويز، ۽ فولڊر موجود آهن. عام طور تي، سڀ پيداوار زندگي هتي آهي.
۽ سڄي پيداوار واري زندگي جو هي ڪنٽينر لڪڻ لڳو. ان کان سواء، مهمان خاموشيء سان پاڻ کي پھانسي سگھي ٿو بغير ٻين کي متاثر ڪرڻ کان سواء. هو سڄي ميزبان کي هيٺ وٺي سگهي ٿو ۽، مطابق، ٻين سڀني مهمان مشينن کي. مان پاڻ کي لٽڪائي سگھان ٿو ۽ vSphere ڪلائنٽ جي خدمتن کي لڪائي سگھي ٿو: اھو آھي، ٻين مھمانن جا عمل زنده آھن، مشينون صحيح ڪم ڪن ٿيون ۽ جواب ڏين ٿيون، پر ڪو به فائل واشر نه آھي ۽ vSphere ڪلائنٽ ميزبان کي چمڪي نه ٿو. عام طور تي، ڪو به سسٽم جي سڃاڻپ نه ٿي سگهي. منجمد ٿي سگھي ٿو ڏينھن جي دوران گھٽ لوڊ دوران. اهي رات جو بغير لوڊ ڪرڻ جي ڪري سگھن ٿا. رات جو ٿي سگهي ٿو فرق جي بيڪ اپ ۽ اوسط لوڊ دوران. مڪمل بيڪ اپ ۽ اعلي لوڊ دوران هفتي جي آخر ۾ ٿي سگھي ٿو. ۽ صورتحال جي واضح خرابي هئي. شروعات ۾ اهو سال ۾ هڪ ڀيرو هوندو هو، پوء هر ڇهن مهينن ۾ هڪ ڀيرو. منهنجي صبر جي آخر ۾ - هفتي ۾ ٻه ڀيرا.
مون کي يادگيري جو مسئلو هو. پر انهن مون کي هفتي جي آخر ۾ به ڪچري جي ڍير کي روڪڻ ۽ ميمٽسٽ هلائڻ نه ڏنو. اسان مئي جي موڪلن جو انتظار ڪري رهيا هئاسين. مئي جي موڪلن دوران، مون Memtest ڊوڙايو ۽... ڪا به غلطي نه ملي.
مون کي حيرت ٿي ۽ موڪلن تي وڃڻ جو فيصلو ڪيو. جڏهن مان موڪلن تي هئس، تڏهن ڪچري جي ڍير تي هڪ به ٽنگ نه هئي. ۽ جڏهن مان سومر تي پهرين ڏينهن ڪم تي واپس ويس ته اتي ڪچري جو ڍير هو. مون هڪ مڪمل بيڪ اپ برداشت ڪيو ۽ مڪمل ٿيڻ کان پوءِ صحيح لٽڪايو. موڪلن مان اهڙي گرمجوشي استقبال مون کي جسماني طور تي ڊسڪ کي گيسٽ مشين سان ٻئي ميزبان ڏانهن ڇڪڻ جو فيصلو ڪيو.
۽، جيتوڻيڪ اهو گهڻو وقت ڄاڻي چڪو آهي ته توهان موڪلن کان پوء پهرين ڏينهن تي ڪجهه به سنجيده نه ٿا ڪري سگهو، جيتوڻيڪ مان پاڻ کي تيار ڪري رهيو هوس ته ڪم ڪرڻ لاء سڄي طريقي سان ڪم نه ڪيو وڃي، منهنجي ناراضگي اڃا تائين هڪ ٻي منجمد منهنجي مزاج ۽ منهنجي مزاج کي ڇڪايو. منهنجي سر مان واعدو نڪرندو آهي ...
جسماني ڊسڪ کي ٻئي ميزبان ڏانهن منتقل ڪيو ويو آهي. گرم ڪنيڪشن. ٽيب تي اسٽوريج سيٽنگون ۾ ڊرائيونگ ڊسڪ ظاهر ٿيندا آهن. ٽيب تي ڊيٽا اسٽور انهن ڊسڪ تي ڪو به ذخيرو ناهي. ريفريش - ظاهر نه ٿيو. خير، يقينا، پهريون تسلسل - اسٽوريج شامل ڪريو. شامل ڪريو مددگار بيان ڪري ٿو ته اهو ڇا سپورٽ ڪري ٿو. يقينا اهو پڻ سپورٽ ڪري ٿو VMFS. مون کي شڪ نه هو. هر قدم تي جادوگر جي پيغامن تي هڪ تڪڙو نظر: اڳيون، اڳيون، اڳيون، ختم. اکين ويجهو به نه آيو هو ته ماسٽر جي هڪ قدم جي دريءَ جي تري ۾ عجب جي نشان سان پيل ننڍڙي پيلي دائري کي پڪڙي.
وزرڊ جي آخر ۾، تازو ڊيٽا اسٽور لسٽ ۾ ظاهر ٿيو... ۽ ان سان گڏ باقي فزيڪل ڊسڪ مان Datastores.
مان نئين شامل ڪيل ڊيٽا اسٽور ذريعي نيويگيٽ ڪرڻ لاءِ اڳتي وڌان ٿو، ۽ اهو آهي... خالي. يقينن، مان حيرت ۾ پئجي ويو. صبح جو 8 وڳي آهي، موڪلن کان پوءِ ڪم تي پهرئين 15 منٽ، مون اڃا تائين ڪافي ۾ کنڊ نه وڌو آهي. ۽ هتي اهو آهي. پهرين سوچ اها هئي ته مون غلط ڊسڪ کي "ملي" ميزبان مان ڪڍيو. مون ڏٺو ته ڇا گهربل Datastore موجود هو ”آبائي“ ميزبان ۾: نه، اهو موجود نه هو. ٻيو خيال هو: "بخار!" مون کي پڪ ناهي، پر اهو مون کي لڳي ٿو ته ٽيون، چوٿون ۽ گهٽ ۾ گهٽ پنجون خيال ساڳيو هو.
شڪ کي دور ڪرڻ لاءِ، مون جلدي ٽيسٽ لاءِ هڪ نئون ESXi نصب ڪيو، کاٻي ڊسڪ ورتو ۽، اڳ ۾ ئي ان کي پڙهي، وزرڊ جي قدمن تي هليو ويس. ها. جڏهن توهان وزرڊ استعمال ڪندي هڪ Datastore شامل ڪريو ٿا، ڊسڪ تي سڀ ڊيٽا گم ٿي ويندو آهي بغير آپريشن کي رول بيڪ ڪرڻ ۽ ڊيٽا کي بحال ڪرڻ جي. بعد ۾ مون هڪ فورم تي پڙهيو هڪ ماسٽر پاران هن ڊزائن جو جائزو: shitsome crap. ۽ مون واقعي اتفاق ڪيو.
ڇهين کان شروع ٿي، سوچون هڪ وڌيڪ تعميري هدايت ۾ وهندا هئا. ٺيڪ. شروعاتي 3Tb ڊسڪ لاءِ به سيڪنڊن جو معاملو وٺندو آهي. تنهنڪري هي اعلي سطحي فارميٽنگ آهي. هن جو مطلب آهي ته ورهاڱي جي ٽيبل کي صرف ٻيهر لکيو ويو آهي. تنهنڪري ڊيٽا اڃا تائين موجود آهي. تنهن ڪري، هاڻي اسان ڪجهه غير فارميٽ ۽ وائيلا ڳوليندا سين.
مان مشين کي اسٽريليڪ بوٽ تصوير مان بوٽ ڪريان ٿو... ۽ مون کي معلوم ٿئي ٿو ته ورهاڱي جي بحالي واري پروگرامن کي سڀ ڪجهه ڄاڻن ٿا سواءِ VMFS. مثال طور، اهي Synology جي ورهاڱي جي ترتيب کي ڄاڻن ٿا، پر VMFS نه.
پروگرامن ذريعي ڳولهڻ اطمينان بخش نه آهي: بهترين طور تي، GetDataBack ۽ R.Saver NTFS پارٽيشنز کي لائيو ڊاريڪٽري ڍانچي ۽ لائيو فائل نالن سان ڳوليندا آهن. پر اها ڳالهه مون کي نٿي وڻي. مون کي ٻه vmdk فائلن جي ضرورت آهي: سسٽم ڊسڪ ۽ ٽريش فائل ڊسڪ سان.
۽ پوءِ مان سمجهان ٿو ته اهو لڳي ٿو ته مان هاڻي ونڊوز انسٽال ڪندس ۽ فائل بيڪ اپ مان رول آئوٽ ڪندس. ۽ ساڳئي وقت مون کي ياد آهي ته مون وٽ هڪ DFS روٽ هو. ۽ پڻ ڊپارٽمينٽ فولڊرن تائين رسائي جي حقن جو هڪ نظام جيڪو بلڪل جهنگلي آهي دائري ۽ اثر ۾. اختيار ناهي. صرف وقت جي قابل قبول اختيار آهي ڊيٽا ۽ سڀني حقن سان سسٽم ۽ ڊسڪ جي حالت کي بحال ڪرڻ.
ٻيهر گوگل، فورمز، KB'shki ۽ ٻيهر Yaroslavna جي روئڻ: VMware ESXi ڊيٽا وصولي ميڪانيزم مهيا نٿو ڪري. بحث جي سڀني موضوعن جا ٻه پڇاڙيون آهن: ڪنهن کي قيمتي DiskInternals VMFS Recovery استعمال ڪندي بحال ڪيو ويو، يا ڪنهن کي سافٽ ويئر جي ماهر طرفان مدد ڪئي وئي جيڪا فعال طور تي هن جي خدمتن کي ترقي ڪري ٿي. vmfs-اوزار и dd. $700 لاءِ DiskInternals VMFS Recovery لائسنس خريد ڪرڻ جو اختيار ڪو اختيار ناهي. "هڪ امڪاني دشمن جي علائقي" مان هڪ ٻاهرئين کي اجازت ڏيڻ جي ڪارپوريٽ ڊيٽا تائين رسائي پڻ هڪ اختيار ناهي. پر اهو گوگل ڪيو ويو ته VMFS ورهاڱي پڻ پڙهي سگهجي ٿو UFS ايڪسپلورر طرفان.
DiskInternals VMFS بحالي
آزمائشي ورزن ڊائون لوڊ ۽ انسٽال ڪيو ويو. پروگرام ڪاميابي سان خالي VMFS ورهاڱي کي ڏٺو:
صورت ختم ڪريو (تيز اسڪين) مون کي هڪ ٻرندڙ ڊيٽا اسٽور پڻ مليو جنهن سان ورچوئل مشينن جا فولڊر اندر ڊسڪ سان گڏ:
ڏيک ڏيکاري ٿي ته فائلون زنده آهن:
ورهاڱي کي سسٽم ۾ نصب ڪرڻ ڪامياب ٿي ويو، پر ڪجهه اڻڄاتل سببن لاء، سڀني ٽن فولڊرن ۾ هڪ ئي مجازي مشين شامل هئي. يقينن، قانون جي مطابق، مطلب اهو ناهي جيڪو گهربل هجي.
شرم جون ٽي لائينونبي شرميءَ سان سافٽ ويئر کي بند ڪرڻ جي ڪوشش ناڪام ٿي وئي. پر UFS ايڪسپلورر بند ٿي ويو.
مون وٽ سافٽ ويئر چوري جي باري ۾ انتهائي منفي رويو آهي. ڪنهن به طريقي سان مان وسيلا استعمال ڪرڻ جي حوصلا افزائي نٿو ڪريان ته بغير لائسنس جي استعمال جي خلاف تحفظ کي نظرانداز ڪري.
مان هڪ تباهي واري صورتحال ۾ هوس ۽ مون کي انهن قدمن تي ڪو به فخر نه هو جن جو مون استعمال ڪيو هو.
يو ايف ايس ايڪسپلورر
هڪ ڊسڪ اسڪين 7 نوڊس جي موجودگي ڏيکاري ٿي. نوڊس جو تعداد ”حيرانيءَ جي ڳالهه“ سان ٺهيو *-flat.vmdk فائلن جو تعداد VMFS وصولي پاران دريافت ڪيو ويو:
فائل جي سائيز ۽ نوڊ جي سائز جو مقابلو پڻ بائيٽ تائين هڪ ميچ ڏيکاريو. ساڳئي وقت، *-flat.vmdk فائلن جا نالا ۽، مطابق، انهن جو تعلق مجازي مشينن سان بحال ٿيو.
عام طور تي، ESXi نقطي نظر کان vmdk ڊسڪ ٻن فائلن تي مشتمل هونديون آهن: هڪ ڊيٽا فائل (<machine name>-flat.vmdk) ۽ هڪ "فزيڪل" ڊسڪ لي آئوٽ فائل (<مشين جو نالو>.vmdk). جيڪڏهن توهان هڪ *-flat.vmdk فائل کي مقامي مشين مان Datastore تي اپ لوڊ ڪريو ٿا، ESXi ان کي صحيح ڊسڪ فائل طور نه سڃاڻندو. VMware نالج بيس ۾ هڪ آرٽيڪل آهي ته ڪيئن دستي طور تي ڊسڪ ڊسڪريٽر فائل ٺاهيو وڃي: ، پر مون کي اهو ڪرڻ جي ضرورت نه هئي، مون صرف DiskInternals VMFS Recovery ۾ فائل مواد جي ڏيک واري علائقي مان لاڳاپيل فائلن جي مواد کي نقل ڪيو:
UFS ايڪسپلورر مان 4 ٽي بي نوڊ لوڊ ڪرڻ جي 2,5 ڪلاڪن کان پوءِ ۽ هائپر وائزر جي ڊيٽا اسٽور ۾ لوڊ ٿيڻ جي 20 ڪلاڪن کان پوءِ، ڪراس ٿيل ڊسڪ فائلن کي نئين ٺاهيل ورچوئل مشين سان ڳنڍيو ويو. ڊسڪون کڻي ويا. ڪو به ڊيٽا نقصان نه ڏٺو ويو.
جو ذريعو: www.habr.com