हम ग़लती से आरंभ किए गए डेटास्टोर से आभासी मशीनों को पुनर्स्थापित करते हैं। एक सुखद अंत के साथ एक बकवास की कहानी

अस्वीकरण: नोट मनोरंजक है। इसमें उपयोगी जानकारी का विशिष्ट घनत्व छोटा है। यह लिखा गया था "अपने लिए।"

गेय परिचय

हमारे संगठन में फ़ाइल डंप Windows Server 2016 के तहत VMware ESXi 6 वर्चुअल मशीन पर कताई है। और यह केवल एक डंप नहीं है। यह संरचनात्मक विभाजनों के बीच एक फ़ाइल साझा करने वाला सर्वर है: नेटवर्क स्कैनर से सहयोग और परियोजना प्रलेखन, और फ़ोल्डर्स हैं। सामान्य तौर पर, यह संपूर्ण उत्पादन जीवन है।

और सभी उत्पादन जीवन का यह कंटेनर लटकने लगा। इसके अलावा, अतिथि चुपचाप खुद को लटका सकता है, बाकी को प्रभावित किए बिना। पूरे मेजबान के बाद खुद को लटका सकता है और तदनुसार, अन्य सभी अतिथि मशीनें। मैं अपने आप को लटका सकता था और vSphere क्लाइंट सेवाओं को लटका सकता था: अर्थात, अन्य मेहमानों की प्रक्रियाएं जीवित हैं, मशीनें ठीक से काम कर रही हैं और प्रतिक्रिया दे रही हैं, लेकिन कोई फ़ाइल भ्रष्टाचार नहीं है और vSphere क्लाइंट होस्ट से चिपकता नहीं है। सामान्य तौर पर, किसी भी प्रणाली की पहचान नहीं की जा सकती है। कमजोर लोड के दौरान दिन में हैंग हो सकता है। शून्य भार के दौरान रात में। अंतर बैकअप और मध्यम भार के दौरान रात में। एक पूर्ण बैकअप और उच्च भार के दौरान सप्ताहांत में। और स्थिति की स्पष्ट गिरावट थी। पहले यह साल में एक बार होता था, फिर हर छह महीने में एक बार। मेरे धैर्य के अंत में, सप्ताह में दो बार।

मैंने राम के लिए पाप किया। लेकिन उन्होंने मुझे सप्ताहांत पर भी कूड़ेदान बंद नहीं करने दिए और मेमेस्ट को दूर भगा दिया। मई की छुट्टियों का इंतजार किया। मई की छुट्टियों में, मैंने मेमेस्ट को हटा दिया और ... कोई त्रुटि नहीं मिली।

मैं चकित था और छुट्टी पर जाने का फैसला किया। जब मैं छुट्टी पर था - कचरा डंप एक भी लटका नहीं था। और जब सोमवार को पहला दिन काम पर गया - कचरा बिन लटका दिया। एक पूर्ण बैकअप बनाए रखा, और अंत में इसे लटका दिया। छुट्टी से इस तरह की एक गर्म बैठक ने मुझे अतिथि ड्राइव को किसी अन्य होस्ट को शारीरिक रूप से खींचने के निर्णय पर धकेल दिया।

और, हालांकि यह लंबे समय से ज्ञात है कि छुट्टी के बाद पहले दिन, कुछ भी गंभीर नहीं किया जा सकता है, हालांकि मैंने काम करने के लिए सभी तरह से काम करने के लिए खुद को स्थापित किया, अगले फ्रीज के साथ मेरे आक्रोश ने मेरे मन और मूड को खटखटाया, और प्रतिज्ञा ...

भौतिक डिस्क को किसी अन्य होस्ट में पुन: व्यवस्थित किया गया था। गर्म संबंध। डिस्क ड्राइव टैब पर स्टोरेज सेटिंग में दिखाई देते हैं। डेटास्टोर्स टैब पर , इन ड्राइव पर स्टोरेज नहीं है। ताज़ा करें - प्रकट न हों। खैर, ज़ाहिर है, पहला आवेग एड स्टोरेज है । ऐड विज़ार्ड आपको बताता है कि यह क्या सपोर्ट करता है। बेशक यह VMFS का समर्थन भी करता है। मुझे कोई संदेह नहीं था। प्रत्येक चरण में विज़ार्ड संदेशों पर एक त्वरित नज़र: अगला, अगला, अगला, समाप्त करें। मास्टर के एक कदम की खिड़की के नीचे एक विस्मयादिबोधक चिह्न के साथ एक छोटे पीले वृत्त को पकड़ने के लिए उनकी टकटकी भी बंद नहीं हुई।

विज़ार्ड के अंत में, सूची में एक नया डेटास्टोर दिखाई दिया ... और इसके साथ अन्य भौतिक डिस्क से डेटास्टोर्स।

मैं नए जोड़े गए डेटास्टर पर नेविगेशन के लिए आगे बढ़ रहा हूं, और यह ... खाली है। बेशक, मैं फिर से चकित था। घड़ी पर 8 बजे, छुट्टियों के बाद काम पर पहले 15 मिनट, यहां तक ​​कि कॉफी में चीनी भी अभी तक उभारा नहीं गया है। और यहाँ यह है। मेरा पहला विचार यह था कि मैंने "देशी" होस्ट से गलत ड्राइव खींची। मैंने यह देखना चाहा कि "देशी" मेजबान में आवश्यक दातास्तूर मौजूद है या नहीं: मौजूद नहीं है। दूसरा विचार था: "शिट # बी!"। निश्चित नहीं है, लेकिन यह मुझे लगता है कि तीसरा, चौथा और कम से कम पांचवां विचार समान था।

संदेह को दूर करने के लिए, मैंने जल्दी से नमूने पर एक ताजा ईएसएक्सआई स्थापित किया, बाएं ड्राइव को लिया और इसके माध्यम से पढ़ने के बाद, विज़ार्ड के चरणों के माध्यम से चला गया। हां। विज़ार्ड का उपयोग करते हुए डेटास्टोर जोड़ने पर, डिस्क पर सभी डेटा ऑपरेशन को वापस रोल करने और डेटा को पुनर्स्थापित करने की क्षमता के बिना खो जाता है। बाद में, मैंने एक मंच पर मास्टर द्वारा इस तरह के एक डिजाइन का एक आकलन पढ़ा: शिट्सएप बकवास। और अभी मैं वास्तव में सहमत हूं।

छठे से शुरू होकर, विचार अधिक रचनात्मक तरीके से प्रवाहित हुए। ठीक है। प्रारंभ में 3Tb ड्राइव के लिए भी कुछ सेकंड का समय लगता है। तो यह उच्च स्तरीय स्वरूपण है। इसलिए, विभाजन तालिका को फिर से लिखा गया था। तो डेटा अभी भी वहाँ है। तो अब चलिए कुछ अनफिट और वॉयला की तलाश करते हैं।

मैं स्ट्रेलेक की बूट छवि से कार को लोड करता हूं ... और मुझे पता चला है कि विभाजन वसूली कार्यक्रम वीएमएफएस को छोड़कर सभी को ज्ञात हैं। उदाहरण के लिए, वे Synology के विभाजन लेआउट को जानते हैं, लेकिन VMFS नहीं करता है।

कार्यक्रमों को ध्यान में रखते हुए आराम नहीं मिल रहा है: सबसे अच्छे से, GetDataBack और R.Saver में NTFS विभाजन को लाइव डायरेक्टरी स्ट्रक्चर्स और लाइव फ़ाइल नामों के साथ मिलते हैं। लेकिन वह मुझे शोभा नहीं देता। मुझे दो vmdk फाइलें चाहिए: एक सिस्टम डिस्क और एक कचरा बिन के साथ।

और फिर मैं समझता हूं कि, ऐसा लगता है, अब मैं विंडोज स्थापित करूंगा और फ़ाइल बैकअप से बाहर निकलूंगा। और उसी समय मुझे याद आया कि मेरे पास वहां डीएफएस रूट था। और इकाइयों के फ़ोल्डरों के लिए अधिकारों के वॉल्यूम और ब्रांचिंग सिस्टम में पूरी तरह से जंगली भी। विकल्प नहीं। एकमात्र समय-स्वीकार्य विकल्प सिस्टम की स्थिति और डेटा और सभी अधिकारों के साथ डिस्क को पुनर्स्थापित करना है।

फिर से गोग्लिंग, फ़ोरम, केबी के इंकी और फिर से रोते हुए यरोस्लावना: वीएमवेयर ईएसएक्सआई एक डेटा रिकवरी तंत्र प्रदान नहीं करता है। सभी चर्चा सूत्र में दो फ़ाइनल होते हैं: किसी ने सस्ते डिस्कइंटरटेनल्स वीएमएफएस रिकवरी की मदद से या किसी ऐसे व्यक्ति से बरामद किया जो सक्रिय रूप से vmfs-tools और dd की मदद से अपनी सेवाओं को बढ़ावा दे रहा था। $ 700 के लिए डिस्कइंटरस्टल्स वीएमएफएस रिकवरी लाइसेंस खरीदने का विकल्प नहीं है। कॉरपोरेट डेटा के लिए "संभावित प्रतिकूल के क्षेत्र" से किसी बाहरी व्यक्ति का प्रवेश भी एक विकल्प नहीं है। लेकिन यह googled था कि VMFS विभाजन यूएफएस एक्सप्लोरर भी पढ़ सकते हैं।

DiskInternals VMFS रिकवरी

परीक्षण संस्करण डाउनलोड और स्थापित किया गया था। कार्यक्रम ने सफलतापूर्वक एक खाली VMFS अनुभाग देखा:



Undelete (फास्ट स्कैन) मोड में, मुझे वर्चुअल मशीन फोल्डर के साथ अंदर के साथ एक जर्जर डाटास्टोर भी मिला:



पूर्वावलोकन से पता चला कि फाइलें लाइव हैं:



सिस्टम में विभाजन को माउंट करना सफल रहा, लेकिन किसी कारण से, सभी तीन फ़ोल्डरों में एक ही वर्चुअल मशीन थी। बेशक, मतलबी कानून वह नहीं है जिसकी आवश्यकता है।

UFS एक्सप्लोरर

डिस्क को स्कैन करने से 7 नोड्स की उपस्थिति दिखाई दी। "अद्भुत तरीके" में नोड्स की संख्या, वीपीएन रिकवरी द्वारा पाई गई * -flat.vmdk फ़ाइलों की संख्या के साथ मेल खाती है:



फ़ाइल आकार और नोड आकार की तुलना ने बाइट तक एक मैच भी दिखाया। उसी समय, * -flat.vmdk फ़ाइलों के नाम और, तदनुसार, आभासी मशीनों से संबंधित उनकी बहाली हुई।



सामान्य तौर पर, ESXi के दृष्टिकोण से, vmdk डिस्क में दो फाइलें होती हैं: एक डेटा फ़ाइल (<मशीन का नाम> -flat.vmdk) और एक भौतिक डिस्क विभाजन फ़ाइल (<मशीन का नाम> .vmkk)। यदि आप स्थानीय मशीन से डेटास्टोर में * -flat.vmdk फ़ाइल अपलोड करते हैं, तो ESXi इसे एक मान्य डिस्क फ़ाइल के रूप में मान्यता नहीं देगा। मैन्युअल रूप से डिस्क डिस्क्रिप्टर फ़ाइल बनाने के तरीके के बारे में VMware के ज्ञानकोष में एक लेख है: kb.vmware.com/s/article/1002511 , लेकिन मेरे पास नहीं है, मैंने अभी डिस्कइंटरटेनल्स VMFS रिकवरी में फ़ाइल सामग्री पूर्वावलोकन क्षेत्र से संबंधित फ़ाइलों की सामग्री की प्रतिलिपि बनाई है :



UFS एक्सप्लोरर से 2.5TB नोड अपलोड करने के 4 घंटे और डेटास्टोर हाइपरवाइजर में लोड करने के 20 घंटे के बाद, बेंट डिस्क फाइलें ताज़ी बनाई गई वर्चुअल मशीन से जुड़ी थीं। पहिए उठा लिए। कोई डेटा हानि नहीं देखी गई थी।