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

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

गीतात्मक परिचय

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

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

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

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

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

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

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

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

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

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

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

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

फिर से Google, फ़ोरम, KB'shki और फिर से यारोस्लावना का रोना: VMware ESXi डेटा पुनर्प्राप्ति तंत्र प्रदान नहीं करता है। सभी चर्चा थ्रेड्स के दो अंत होते हैं: किसी को महंगी डिस्कइंटरनल वीएमएफएस रिकवरी का उपयोग करके पुनर्प्राप्त किया गया था, या किसी को सॉफ़्टवेयर विशेषज्ञ द्वारा सक्रिय रूप से उसकी सेवाओं को बढ़ावा देने में मदद की गई थी vmfs-उपकरण и dd. $700 में डिस्कइंटरनल्स वीएमएफएस रिकवरी लाइसेंस खरीदने का विकल्प कोई विकल्प नहीं है। किसी बाहरी व्यक्ति को "संभावित दुश्मन के क्षेत्र" से कॉर्पोरेट डेटा तक पहुंचने की अनुमति देना भी एक विकल्प नहीं है। लेकिन यह गूगल पर खोजा गया कि वीएमएफएस विभाजन को यूएफएस एक्सप्लोरर द्वारा भी पढ़ा जा सकता है।

डिस्कइंटरनल्स वीएमएफएस रिकवरी

परीक्षण संस्करण डाउनलोड और इंस्टॉल किया गया था. प्रोग्राम ने खाली VMFS विभाजन को सफलतापूर्वक देखा:

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

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

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

शर्म की तीन पंक्तियाँसॉफ़्टवेयर को बेशर्मी से लॉक करने का प्रयास विफलता में समाप्त हुआ। लेकिन यूएफएस एक्सप्लोरर लॉक हो गया।

सॉफ़्टवेयर चोरी के प्रति मेरा दृष्टिकोण अत्यंत नकारात्मक है। मैं किसी भी तरह से बिना लाइसेंस के उपयोग से सुरक्षा को दरकिनार करने के लिए साधनों के उपयोग को प्रोत्साहित नहीं करता।

मैं एक विपत्तिपूर्ण स्थिति में था और मैंने जो कदम उठाए थे उन पर मुझे बिल्कुल भी गर्व नहीं था।

यूएफएस एक्सप्लोरर

एक डिस्क स्कैन में 7 नोड्स की उपस्थिति दिखाई दी। नोड्स की संख्या "आश्चर्यजनक रूप से" VMFS रिकवरी द्वारा पाई गई *-flat.vmdk फ़ाइलों की संख्या से मेल खाती है:

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

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

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

स्रोत: www.habr.com