ڈس کلیمر: نوٹ تفریحی مقاصد کے لیے ہے۔ اس میں مفید معلومات کی مخصوص کثافت کم ہے۔ یہ "میرے لیے" لکھا تھا۔
شعری تعارف
ہماری تنظیم میں فائل ڈمپ ونڈوز سرور 6 پر چلنے والی VMware ESXi 2016 ورچوئل مشین پر چلتی ہے۔ اور یہ صرف کوڑا کرکٹ نہیں ہے۔ یہ ساختی تقسیم کے درمیان فائل ایکسچینج سرور ہے: نیٹ ورک سکینرز سے تعاون، پروجیکٹ دستاویزات، اور فولڈرز موجود ہیں۔ عام طور پر، تمام پیداوار کی زندگی یہاں ہے.
اور تمام پیداواری زندگی کا یہ کنٹینر لٹکنے لگا۔ مزید یہ کہ مہمان دوسروں کو متاثر کیے بغیر خاموشی سے خود کو لٹکا سکتا تھا۔ وہ پورے میزبان کو اور، اس کے مطابق، تمام مہمان مشینوں کو نیچے لے سکتا تھا۔ میں خود کو پھانسی دے سکتا ہوں اور vSphere کلائنٹ کی خدمات کو لٹکا سکتا ہوں: یعنی، دوسرے مہمانوں کے عمل زندہ ہیں، مشینیں صحیح طریقے سے کام کرتی ہیں اور جواب دیتی ہیں، لیکن کوئی فائل واشر نہیں ہے اور vSphere کلائنٹ میزبان سے چمٹا نہیں ہے۔ عام طور پر، کسی نظام کی نشاندہی نہیں کی جا سکی۔ کم بوجھ کے دوران دن کے وقت منجمد ہوسکتا ہے۔ وہ بغیر بوجھ کے رات کو کر سکتے تھے۔ تفریق بیک اپ اور اوسط لوڈ کے دوران رات کو کر سکتے ہیں. مکمل بیک اپ اور زیادہ بوجھ کے دوران ویک اینڈ پر ہو سکتا ہے۔ اور صورت حال کی واضح تنزلی تھی۔ پہلے یہ سال میں ایک بار تھا، پھر ہر چھ مہینے میں ایک بار۔ میرے صبر کے اختتام پر - ہفتے میں دو بار۔
مجھے یادداشت کا مسئلہ تھا۔ لیکن انہوں نے مجھے ویک اینڈ پر بھی کچرے کے ڈھیر کو روکنے اور میمٹیسٹ چلانے نہیں دیا۔ ہم مئی کی چھٹیوں کا انتظار کر رہے تھے۔ مئی کی تعطیلات کے دوران، میں نے Memtest چلایا اور... کوئی غلطی نہیں ملی۔
میں حیران رہ گیا اور چھٹی پر جانے کا فیصلہ کیا۔ جب میں چھٹی پر تھا، کچرے کے ڈھیر پر ایک بھی ہنگ اپ نہیں تھا۔ اور جب میں پیر کو پہلے دن کام پر واپس گیا تو وہاں کوڑے کا ڈھیر تھا۔ میں نے مکمل بیک اپ برداشت کیا اور اس کے ختم ہونے کے بعد ہی لٹک گیا۔ چھٹیوں سے اس طرح کے پرتپاک استقبال نے مجھے مہمان مشین کے ساتھ ڈسکوں کو جسمانی طور پر دوسرے میزبان کے پاس لے جانے کے فیصلے کی طرف دھکیل دیا۔
اور، اگرچہ یہ بات کافی عرصے سے معلوم ہے کہ آپ چھٹی کے بعد پہلے دن کوئی سنجیدہ کام نہیں کر سکتے، حالانکہ میں اپنے آپ کو کام کرنے کے لیے پوری طرح کام نہ کرنے کے لیے تیار کر رہا تھا، لیکن ایک اور منجمد ہونے پر میرے غصے نے میرے موڈ اور میرے دونوں پر دستک دی۔ میرے سر سے نکلی قسمیں...
فزیکل ڈسک کو دوسرے میزبان میں منتقل کر دیا گیا ہے۔ گرم کنکشن. ٹیب پر اسٹوریج کی ترتیبات میں ڈرائیوز ڈسکیں ظاہر ہوتی ہیں. ٹیب پر ڈیٹا اسٹورز ان ڈسکوں پر کوئی ذخیرہ نہیں ہے۔ تازہ کریں - ظاہر نہیں ہونا ٹھیک ہے، یقینا، پہلی تحریک - اسٹوریج شامل کریں۔. ایڈ وزرڈ بتاتا ہے کہ یہ کس چیز کی حمایت کرتا ہے۔ یقینا یہ VMFS کی بھی حمایت کرتا ہے۔ میں نے اس پر شک نہیں کیا۔ ہر قدم پر وزرڈ کے پیغامات پر ایک سرسری نظر: اگلا، اگلا، اگلا، ختم۔ آنکھ آقا کے قدموں میں سے ایک کی کھڑکی کے نیچے فجائیہ کے نشان والے چھوٹے پیلے دائرے کو پکڑنے کے قریب بھی نہیں تھی۔
وزرڈ کے آخر میں، فہرست میں تازہ ڈیٹا اسٹور نمودار ہوا... اور اس کے ساتھ باقی فزیکل ڈسکوں سے ڈیٹا اسٹورز۔
میں نئے شامل کردہ ڈیٹا اسٹور کے ذریعے تشریف لے جاتا ہوں، اور یہ خالی ہے۔ یقینا، میں حیرت میں واپس گر گیا. صبح 8 بجے ہیں، چھٹی کے بعد کام پر پہلے 15 منٹ، میں نے ابھی تک اپنی کافی میں چینی نہیں ڈالی ہے۔ اور یہ یہاں ہے. پہلا خیال یہ تھا کہ میں نے "مقامی" میزبان سے غلط ڈسک کھینچ لی ہے۔ میں نے دیکھا کہ آیا مطلوبہ ڈیٹا اسٹور "مقامی" میزبان میں موجود ہے: نہیں، یہ موجود نہیں تھا۔ دوسرا خیال یہ تھا: "بھاڑ میں جاؤ!" مجھے یقین نہیں ہے، لیکن مجھے لگتا ہے کہ تیسری، چوتھی اور کم از کم پانچویں سوچ ایک ہی تھی۔
شکوک و شبہات کو دور کرنے کے لیے، میں نے جانچ کے لیے جلدی سے ایک تازہ ESXi انسٹال کیا، بائیں ڈسک لی اور پہلے ہی اسے پڑھ کر، وزرڈ کے قدموں سے گزرا۔ جی ہاں. جب آپ وزرڈ کا استعمال کرتے ہوئے ڈیٹا اسٹور شامل کرتے ہیں، تو ڈسک کا تمام ڈیٹا آپریشن کو رول بیک کرنے اور ڈیٹا کو بحال کرنے کی صلاحیت کے بغیر ضائع ہو جاتا ہے۔ بعد میں میں نے ایک فورم پر ایک ماسٹر کے ذریعہ اس ڈیزائن کا اندازہ پڑھا: shitsome crap. اور میں نے واقعی اتفاق کیا۔
چھٹی سے شروع کرتے ہوئے، خیالات زیادہ تعمیری سمت میں بہہ گئے۔ ٹھیک ہے. 3Tb ڈسک کے لیے بھی ابتداء میں چند سیکنڈ لگتے ہیں۔ تو یہ اعلیٰ سطحی فارمیٹنگ ہے۔ اس کا مطلب ہے کہ پارٹیشن ٹیبل کو آسانی سے دوبارہ لکھا گیا تھا۔ تو ڈیٹا اب بھی موجود ہے۔ لہذا، اب ہم کچھ غیر فارمیٹ اور آواز تلاش کریں گے.
میں Strelec بوٹ امیج سے مشین بوٹ کرتا ہوں... اور مجھے پتہ چلا کہ پارٹیشن ریکوری پروگرام VMFS کے علاوہ سب کچھ جانتے ہیں۔ مثال کے طور پر، وہ Synology کے پارٹیشن لے آؤٹ کو جانتے ہیں، لیکن VMFS کو نہیں۔
پروگراموں کے ذریعے تلاش کرنا اطمینان بخش نہیں ہے: بہترین طور پر، GetDataBack اور R.Saver NTFS پارٹیشنز کو لائیو ڈائرکٹری ڈھانچہ اور لائیو فائل ناموں کے ساتھ تلاش کرتے ہیں۔ لیکن یہ مجھے سوٹ نہیں کرتا۔ مجھے دو vmdk فائلوں کی ضرورت ہے: سسٹم ڈسک اور ٹریش فائل ڈسک کے ساتھ۔
اور پھر میں سمجھتا ہوں کہ ایسا لگتا ہے کہ اب میں ونڈوز انسٹال کروں گا اور فائل بیک اپ سے رول آؤٹ کروں گا۔ اور اسی وقت مجھے یاد ہے کہ میرے پاس وہاں ڈی ایف ایس جڑ تھی۔ اور ڈپارٹمنٹ فولڈرز تک رسائی کے حقوق کا ایک نظام جو دائرہ کار اور اثرات میں بالکل جنگلی ہے۔ آپشن نہیں۔ واحد وقت قابل قبول آپشن ہے کہ ڈیٹا اور تمام حقوق کے ساتھ سسٹم اور ڈسک کی حالت کو بحال کیا جائے۔
ایک بار پھر گوگل، فورمز، KB'shki اور پھر Yaroslavna کا رونا: VMware ESXi ڈیٹا ریکوری کا طریقہ کار فراہم نہیں کرتا ہے۔ تمام ڈسکشن تھریڈز کے دو اختتام ہوتے ہیں: کسی کو مہنگی DiskInternals VMFS Recovery کا استعمال کرتے ہوئے بازیافت کیا گیا، یا کسی کو سافٹ ویئر کے ماہر نے فعال طور پر اپنی خدمات کو فروغ دینے میں مدد کی۔ vmfs-tools и dd. DiskInternals VMFS Recovery لائسنس $700 میں خریدنے کا آپشن نہیں ہے۔ "ممکنہ دشمن کے علاقے" سے کسی بیرونی شخص کو کارپوریٹ ڈیٹا تک رسائی کی اجازت دینا بھی کوئی آپشن نہیں ہے۔ لیکن یہ گوگل کیا گیا تھا کہ VMFS پارٹیشنز کو UFS ایکسپلورر کے ذریعہ بھی پڑھا جاسکتا ہے۔
DiskInternals VMFS ریکوری
آزمائشی ورژن ڈاؤن لوڈ اور انسٹال کیا گیا تھا۔ پروگرام نے کامیابی کے ساتھ خالی VMFS پارٹیشن کو دیکھا:
موڈ غیر حذف کریں (تیز اسکین) مجھے ورچوئل مشینوں کے فولڈرز کے ساتھ ڈسکوں کے ساتھ ایک گھٹیا ڈیٹا اسٹور بھی ملا۔
پیش نظارہ سے پتہ چلتا ہے کہ فائلیں زندہ ہیں:
سسٹم میں پارٹیشن لگانا کامیاب رہا، لیکن کسی نامعلوم وجہ سے، تینوں فولڈرز میں ایک ہی ورچوئل مشین تھی۔ بلاشبہ، قانون کے مطابق، بدتمیزی وہ نہیں ہے جس کی ضرورت ہے۔
شرم کی تین سطریں۔سافٹ ویئر کو بے شرمی سے لاک کرنے کی کوشش ناکامی پر ختم ہوئی۔ لیکن UFS ایکسپلورر بند ہو گیا۔
میں سافٹ ویئر کی چوری کے بارے میں انتہائی منفی رویہ رکھتا ہوں۔ میں کسی بھی طرح بغیر لائسنس کے استعمال کے خلاف تحفظ کو نظرانداز کرنے کے لیے ذرائع کے استعمال کی حوصلہ افزائی نہیں کرتا ہوں۔
میں ایک تباہ کن صورتحال میں تھا اور مجھے ان اقدامات پر بالکل بھی فخر نہیں تھا جن کا میں نے سہارا لیا تھا۔
یو ایف ایس ایکسپلورر
ایک ڈسک اسکین نے 7 نوڈس کی موجودگی کو ظاہر کیا۔ نوڈس کی تعداد "حیرت انگیز طور پر" VMFS Recovery کے ذریعے دریافت کی گئی *-flat.vmdk فائلوں کی تعداد کے ساتھ ملتی ہے:
فائل کے سائز اور نوڈ کے سائز کے موازنہ نے بھی بائٹ سے مماثلت ظاہر کی۔ اسی وقت، *-flat.vmdk فائلوں کے نام اور اس کے مطابق، ورچوئل مشینوں سے ان کا تعلق بحال کر دیا گیا۔
عام طور پر، ESXi نقطہ نظر سے vmdk ڈسکیں دو فائلوں پر مشتمل ہوتی ہیں: ایک ڈیٹا فائل (<machine name>-flat.vmdk) اور ایک "فزیکل" ڈسک لے آؤٹ فائل (<machine name>.vmdk)۔ اگر آپ مقامی مشین سے ڈیٹا اسٹور پر *-flat.vmdk فائل اپ لوڈ کرتے ہیں، تو ESXi اسے ایک درست ڈسک فائل کے طور پر نہیں پہچانے گا۔ VMware نالج بیس میں ایک مضمون ہے کہ دستی طور پر ڈسک ڈسکریپٹر فائل کیسے بنائی جائے: ، لیکن مجھے ایسا کرنے کی ضرورت نہیں تھی، میں نے صرف DiskInternals VMFS Recovery میں فائل کے مواد کے پیش نظارہ کے علاقے سے متعلقہ فائلوں کے مواد کو کاپی کیا:
UFS ایکسپلورر سے 4 TB نوڈ اتارنے کے 2,5 گھنٹے اور ہائپر وائزر کے ڈیٹا اسٹور میں 20 گھنٹے لوڈ ہونے کے بعد، کریش شدہ ڈسک فائلیں نئی تخلیق شدہ ورچوئل مشین سے منسلک ہو گئیں۔ ڈسکیں اٹھا لی گئیں۔ ڈیٹا کا کوئی نقصان نہیں دیکھا گیا۔
ماخذ: www.habr.com