একটি ভুলভাবে শুরু করা ডেটাস্টোর থেকে ভার্চুয়াল মেশিন পুনরুদ্ধার করা হচ্ছে। একটি সুখী সমাপ্তি সহ একটি বোকামির গল্প

দাবি পরিত্যাগী: নোটটি বিনোদনের উদ্দেশ্যে। এতে দরকারী তথ্যের নির্দিষ্ট ঘনত্ব কম। এটি "নিজের জন্য" লেখা ছিল।

গীতিকার ভূমিকা

আমাদের প্রতিষ্ঠানের ফাইল ডাম্প উইন্ডোজ সার্ভার 6 চালিত একটি VMware ESXi 2016 ভার্চুয়াল মেশিনে চলে। এবং এটি শুধুমাত্র একটি আবর্জনা ডাম্প নয়। এটি কাঠামোগত বিভাগের মধ্যে একটি ফাইল বিনিময় সার্ভার: নেটওয়ার্ক স্ক্যানার থেকে সহযোগিতা, প্রকল্প ডকুমেন্টেশন এবং ফোল্ডার রয়েছে। সাধারণভাবে, সমস্ত উত্পাদন জীবন এখানে।

এবং সমস্ত উত্পাদন জীবনের এই পাত্রটি ঝুলতে শুরু করে। তদুপরি, অতিথি অন্যদের প্রভাবিত না করে নিঃশব্দে নিজেকে ঝুলিয়ে রাখতে পারে। তিনি পুরো হোস্ট এবং সেই অনুযায়ী, অন্য সমস্ত অতিথি মেশিনগুলিকে নামিয়ে নিতে পারেন। আমি নিজেকে ঝুলিয়ে রাখতে পারি এবং vSphere ক্লায়েন্ট পরিষেবাগুলিকে ঝুলিয়ে রাখতে পারি: অর্থাৎ, অন্যান্য অতিথিদের প্রক্রিয়াগুলি জীবিত, মেশিনগুলি সঠিকভাবে কাজ করে এবং প্রতিক্রিয়া জানায়, তবে কোনও ফাইল ওয়াশার নেই এবং vSphere ক্লায়েন্ট হোস্টকে আঁকড়ে থাকে না। সাধারণভাবে, কোন সিস্টেম চিহ্নিত করা যায়নি। কম লোডের সময় দিনের বেলা জমাট বাঁধতে পারে। তারা লোড ছাড়া রাতে এটা করতে পারে. ডিফারেনশিয়াল ব্যাকআপ এবং গড় লোডের সময় রাতে পারে। পূর্ণ ব্যাকআপ এবং উচ্চ লোড সময় সপ্তাহান্তে পারে. এবং পরিস্থিতির একটি স্পষ্ট অবনতি ছিল। প্রথমে বছরে একবার, তারপর প্রতি ছয় মাসে একবার। আমার ধৈর্যের শেষে - সপ্তাহে দুইবার।
আমার স্মৃতির সমস্যা ছিল। কিন্তু তারা আমাকে সপ্তাহান্তে ট্র্যাশের স্তূপ বন্ধ করতে এবং মেমটেস্ট চালাতে দেয়নি। আমরা মে মাসের ছুটির জন্য অপেক্ষা করছিলাম। মে মাসের ছুটিতে, আমি মেমটেস্ট চালিয়েছি এবং... কোনো ত্রুটি পাওয়া যায়নি।

আমি অবাক হয়েছিলাম এবং ছুটিতে যাওয়ার সিদ্ধান্ত নিয়েছিলাম। আমি যখন ছুটিতে ছিলাম, তখন আবর্জনার স্তূপে একটাও হ্যাংআপ ছিল না। এবং যখন আমি সোমবার প্রথম দিনের জন্য কাজে ফিরে যাই, সেখানে আবর্জনার স্তূপ ছিল। আমি একটি সম্পূর্ণ ব্যাকআপ সহ্য করেছিলাম এবং এটি সম্পূর্ণ হওয়ার পরেই ঝুলে পড়েছিলাম। ছুটি থেকে এই ধরনের উষ্ণ অভ্যর্থনা আমাকে অন্য হোস্টে গেস্ট মেশিনের সাথে ডিস্কগুলিকে শারীরিকভাবে টেনে আনার সিদ্ধান্তে ঠেলে দিয়েছে।

এবং, যদিও এটি দীর্ঘদিন ধরে জানা গেছে যে আপনি ছুটির পরে প্রথম দিনে গুরুতর কিছু করতে পারবেন না, যদিও আমি নিজেকে প্রস্তুত করছিলাম কাজ করার জন্য সমস্ত উপায়ে কাজ না করার জন্য, আমার ক্ষোভ আরও একটি হিমায়িত অবস্থায় আমার মেজাজ এবং আমার মেজাজ উভয়কেই আঘাত করেছিল। আমার মাথা থেকে শপথ...

ভৌত ডিস্ক অন্য হোস্টে সরানো হয়েছে। গরম সংযোগ। ট্যাবে স্টোরেজ সেটিংসে ড্রাইভ ডিস্ক প্রদর্শিত হয়। ট্যাবে ডেটাস্টোর এই ডিস্কে কোন স্টোরেজ নেই। সতেজ করা - দেখাবে না। ঠিক আছে, অবশ্যই, প্রথম আবেগ - স্টোরেজ যুক্ত করুন. অ্যাড উইজার্ড ব্যাখ্যা করে যে এটি কী সমর্থন করে। অবশ্যই এটি VMFS সমর্থন করে। আমি সন্দেহ করিনি। প্রতিটি ধাপে উইজার্ডের বার্তাগুলির একটি দ্রুত নজর: পরবর্তী, পরবর্তী, পরবর্তী, সমাপ্তি৷ মাস্টারের একটি ধাপের জানালার নীচে একটি বিস্ময় চিহ্ন সহ ছোট হলুদ বৃত্তটি ধরার কাছেও চোখ আসেনি।

উইজার্ডের শেষে, তালিকায় তাজা ডেটাস্টোর উপস্থিত হয়েছে... এবং এর সাথে অবশিষ্ট ফিজিক্যাল ডিস্কের ডেটাস্টোর।

আমি নতুন যোগ করা ডেটাস্টোরের মাধ্যমে নেভিগেট করতে চলেছি, এবং এটি... খালি। আমি অবশ্য বিস্ময়ে ফিরে গিয়েছিলাম। এখন সকাল 8 টা, ছুটির পরে কাজের প্রথম 15 মিনিট, আমি এখনও আমার কফিতে চিনি নাড়াইনি। এবং এখানে এটা. প্রথম চিন্তা ছিল যে আমি "নেটিভ" হোস্ট থেকে ভুল ডিস্ক টেনে নিয়েছি। "নেটিভ" হোস্টে প্রয়োজনীয় ডেটাস্টোর উপস্থিত ছিল কিনা তা আমি দেখতে চেয়েছিলাম: না, এটি উপস্থিত ছিল না। দ্বিতীয় চিন্তা ছিল: "ভোগ!" আমি নিশ্চিত নই, তবে আমার কাছে মনে হচ্ছে তৃতীয়, চতুর্থ এবং অন্তত পঞ্চম চিন্তা একই ছিল।

সন্দেহ দূর করার জন্য, আমি দ্রুত পরীক্ষার জন্য একটি নতুন ESXi ইনস্টল করেছি, বাম ডিস্কটি নিয়েছি এবং ইতিমধ্যে এটি পড়ে, উইজার্ডের পদক্ষেপে হেঁটেছি। হ্যাঁ. আপনি যখন উইজার্ড ব্যবহার করে একটি ডেটাস্টোর যোগ করেন, তখন অপারেশনটি রোল ব্যাক করার এবং ডেটা পুনরুদ্ধার করার ক্ষমতা ছাড়াই ডিস্কের সমস্ত ডেটা হারিয়ে যায়। পরে আমি ফোরামগুলির একটিতে একজন মাস্টারের দ্বারা এই নকশার একটি মূল্যায়ন পড়েছিলাম: শিটসাম ক্র্যাপ। এবং আমি সত্যিই একমত.

ষষ্ঠ থেকে শুরু করে, চিন্তাগুলি আরও গঠনমূলক দিকে প্রবাহিত হয়েছিল। ঠিক আছে. একটি 3Tb ডিস্কের জন্যও শুরু করার জন্য কয়েক সেকেন্ডের ব্যাপার লাগে। তাই এটি উচ্চ-স্তরের বিন্যাস। এর মানে হল যে পার্টিশন টেবিলটি সহজভাবে পুনরায় লেখা হয়েছিল। তাই তথ্য এখনও আছে. সুতরাং, এখন আমরা কিছু আনফরম্যাট এবং ভয়লা খুঁজব।

আমি স্ট্রেলেক বুট ইমেজ থেকে মেশিন বুট করি... এবং আমি খুঁজে পেয়েছি যে পার্টিশন পুনরুদ্ধার প্রোগ্রামগুলি VMFS ছাড়া সবকিছু জানে। উদাহরণস্বরূপ, তারা Synology এর পার্টিশন লেআউট জানে, কিন্তু VMFS নয়।

প্রোগ্রামগুলির মাধ্যমে অনুসন্ধান করা আশ্বস্ত নয়: সর্বোত্তমভাবে, GetDataBack এবং R.Saver একটি লাইভ ডিরেক্টরি কাঠামো এবং লাইভ ফাইলের নাম সহ NTFS পার্টিশন খুঁজে পায়। কিন্তু এটা আমার মানায় না। আমার দুটি vmdk ফাইল দরকার: সিস্টেম ডিস্ক এবং ট্র্যাশ ফাইল ডিস্ক সহ।

এবং তারপর আমি বুঝতে পারি যে মনে হচ্ছে আমি এখন উইন্ডোজ ইনস্টল করব এবং একটি ফাইল ব্যাকআপ থেকে রোল আউট করব৷ এবং একই সময়ে আমার মনে আছে যে সেখানে আমার একটি ডিএফএস রুট ছিল। এবং ডিপার্টমেন্ট ফোল্ডারগুলিতে অ্যাক্সেসের অধিকারের একটি সিস্টেম যা সুযোগ এবং বিস্তৃতিতে একেবারে বন্য। একটি বিকল্প না. একমাত্র সময়-গ্রহণযোগ্য বিকল্প হল ডেটা এবং সমস্ত অধিকার সহ সিস্টেম এবং ডিস্কের অবস্থা পুনরুদ্ধার করা।

আবার Google, ফোরাম, KB'shki এবং আবার Yaroslavna এর কান্না: VMware ESXi একটি ডেটা পুনরুদ্ধার প্রক্রিয়া প্রদান করে না। সমস্ত আলোচনার থ্রেডের দুটি শেষ আছে: কেউ ব্যয়বহুল DiskInternals VMFS Recovery ব্যবহার করে পুনরুদ্ধার করা হয়েছিল, অথবা কেউ একজন সফ্টওয়্যার বিশেষজ্ঞের দ্বারা সহায়তা করেছিল যা সক্রিয়ভাবে তার পরিষেবাগুলি প্রচার করে। vmfs- টুলস и dd. $700-এর জন্য একটি DiskInternals VMFS রিকভারি লাইসেন্স কেনার বিকল্প কোনো বিকল্প নয়। "সম্ভাব্য শত্রুর অঞ্চল" থেকে একজন বহিরাগতকে কর্পোরেট ডেটা অ্যাক্সেস করার অনুমতি দেওয়াও একটি বিকল্প নয়। কিন্তু এটি গুগল করা হয়েছিল যে VMFS পার্টিশনগুলি UFS এক্সপ্লোরার দ্বারাও পড়তে পারে।

DiskInternals VMFS রিকভারি

ট্রায়াল সংস্করণ ডাউনলোড এবং ইনস্টল করা হয়েছে. প্রোগ্রামটি সফলভাবে খালি VMFS পার্টিশন দেখেছে:

ধরন মুছে ফেলুন (দ্রুত স্ক্যান) আমি ভিতরে ডিস্ক সহ ভার্চুয়াল মেশিনের ফোল্ডার সহ একটি জঘন্য ডেটাস্টোরও পেয়েছি:

পূর্বরূপ দেখায় যে ফাইলগুলি জীবিত:

সিস্টেমে পার্টিশন মাউন্ট করা সফল হয়েছে, কিন্তু কিছু অজানা কারণে, তিনটি ফোল্ডারেই একই ভার্চুয়াল মেশিন রয়েছে। অবশ্যই, আইন অনুসারে, নিরর্থকতা যা প্রয়োজন তা নয়।

লজ্জার তিন লাইননির্লজ্জভাবে সফ্টওয়্যারটি লক করার প্রচেষ্টা ব্যর্থতায় শেষ হয়েছিল। কিন্তু UFS এক্সপ্লোরার লক আপ.

সফ্টওয়্যার চুরির প্রতি আমার অত্যন্ত নেতিবাচক মনোভাব রয়েছে। আমি কোনোভাবেই লাইসেন্সবিহীন ব্যবহারের বিরুদ্ধে সুরক্ষা বাইপাস করার উপায় ব্যবহারকে উৎসাহিত করি না।

আমি একটি বিপর্যয়কর পরিস্থিতিতে ছিলাম এবং আমি যে ব্যবস্থাগুলি অবলম্বন করেছি তার জন্য মোটেও গর্বিত ছিলাম না।

ইউএফএস এক্সপ্লোরার

একটি ডিস্ক স্ক্যান 7 নোডের উপস্থিতি দেখিয়েছে। VMFS রিকভারি দ্বারা শনাক্ত করা *-flat.vmdk ফাইলের সংখ্যার সাথে "আশ্চর্যজনকভাবে" নোডের সংখ্যা মিলেছে:

ফাইলের আকার এবং নোডের আকারের তুলনাও বাইটের সাথে একটি মিল দেখায়। একই সময়ে, *-flat.vmdk ফাইলগুলির নাম এবং সেই অনুযায়ী, ভার্চুয়াল মেশিনগুলির সাথে সম্পর্কিতগুলি পুনরুদ্ধার করা হয়েছিল।

সাধারণভাবে, ESXi দৃষ্টিকোণ থেকে vmdk ডিস্ক দুটি ফাইল নিয়ে গঠিত: একটি ডেটা ফাইল (<machine name>-flat.vmdk) এবং একটি "ফিজিক্যাল" ডিস্ক লেআউট ফাইল (<machine name>.vmdk)। আপনি যদি একটি স্থানীয় মেশিন থেকে ডেটাস্টোরে একটি *-flat.vmdk ফাইল আপলোড করেন, তাহলে ESXi এটিকে একটি বৈধ ডিস্ক ফাইল হিসেবে চিনবে না। ভিএমওয়্যার নলেজ বেসে একটি প্রবন্ধ রয়েছে কীভাবে ম্যানুয়ালি একটি ডিস্ক বর্ণনাকারী ফাইল তৈরি করতে হয়: kb.vmware.com/s/article/1002511, কিন্তু আমাকে এটি করতে হবে না, আমি কেবল DiskInternals VMFS Recovery-এ ফাইল সামগ্রীর পূর্বরূপ এলাকা থেকে সংশ্লিষ্ট ফাইলগুলির বিষয়বস্তু অনুলিপি করেছি:

UFS এক্সপ্লোরার থেকে একটি 4 টিবি নোড আনলোড করার 2,5 ঘন্টা এবং হাইপারভাইজারের ডেটাস্টোরে 20 ঘন্টা লোড করার পরে, ক্র্যাশ হওয়া ডিস্ক ফাইলগুলি নতুন তৈরি ভার্চুয়াল মেশিনের সাথে সংযুক্ত হয়েছিল। ডিস্কগুলো তুলে নিল। কোন তথ্য ক্ষতি পরিলক্ষিত হয়নি.

উত্স: www.habr.com