मैंने एक महीने पहले सिस्टम को कैसे रोल किया और सब कुछ वापस पा लिया? ESXi का उपयोग करने का अनुभव। या कैसे नहीं करना है

सभी को नमस्कार। यह किसी को एक शिक्षाप्रद कहानी लग सकती है कि आपको यह कैसे नहीं करना चाहिए और क्यों सुबह एक बजे (ऐसी प्रणाली जिसमें आप थोड़ा समझते हैं) दो दिनों के लिए एक बड़ा पतन और डाउनटाइम हो सकता है।

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

प्रागितिहास

निक्स सिस्टम पर बैठने के दो साल बाद, और विशेष रूप से ubuntu सर्वर (16.04 एलटीएस) पर, मैंने वर्चुअलाइजेशन की कोशिश करने का फैसला किया। एक दोस्त ने ईएक्सएक्सआई को छोटे सर्वरों के लिए एक नि: शुल्क समाधान के रूप में सलाह दी (मेरा मामला: 1 प्रोसेसर + केवल 8 जीबी रैम)। स्थानांतरित करने की प्रक्रिया इस तथ्य से जटिल थी कि आपको पहले विंडोज़ कंप्यूटर पर vmware कनवर्टर के साथ vmware वर्कस्टेशन को ऊपर उठाना था, तैयार सिस्टम को वहां स्थानांतरित करना था, फिर इसे esxi सर्वर पर उठाएं और परिचित कनवर्टर के बाद सिस्टम को esxi में स्थानांतरित करें। यह इतनी लंबी और दर्दनाक यात्रा है। स्थानांतरण के दौरान मुख्य त्रुटि, जो मैंने बनाई थी और जो अभी भी मुझ पर पॉप अप कर रही है, वह यह है कि मैंने एक पतली डिस्क का उपयोग किया। यही है, एक्सफ़ैट -4 में स्वरूपित डिस्क के साथ एक साफ उबंटू सर्वर पर होने के नाते, मेरे पास एसएसडी पर कहीं 223.8 जीबी स्थान था। एससीआई में जाना और डिस्क को किसी भी चीज के लिए एक समझ से बाहर प्रारूप में प्रारूपित करना, मैंने केवल 300 एमबी खो दिया, लेकिन यह उनकी वजह से था कि मैं एक मोटी डिस्क नहीं बना सका, जिसे मुझे (बाद में पता चला) इसकी बहुत आवश्यकता थी।

शुरुआत

मैं एक ubuntu सर्वर के साथ जलाऊ लकड़ी को तोड़ता था (जब मैं सिर्फ "इसका अध्ययन करता था"), वापस रोल करना और एक या दो महीने में एक बार सिस्टम को पुनर्स्थापित करना। अब मैं ईएसएक्सआई के साथ जलाऊ लकड़ी तोड़ रहा हूं। मुझे लगता है कि पतली डिस्क की समस्या का वर्णन करने की कोई आवश्यकता नहीं है (संक्षेप में, अपने स्थान का विस्तार करने के बाद वे इसे विपरीत दिशा में "संकीर्ण" नहीं करते हैं। वे डिस्क पर मेमोरी की भौतिक मात्रा से परे भी जा सकते हैं)। सबसे पहले, मैंने उसी ssd ड्राइव पर स्वैप का उपयोग किया, जिसे ठीक से ESXi में सेट किए बिना। उन्होंने मेमोरी को खाया, वहां कुछ अस्थायी फाइलें लिखीं और इस बीच पतली वृद्धि हुई।
दूसरे, किसी कारण से मैंने स्नैपशॉट्स किए। उस समय मुझे इस तथ्य से निर्देशित किया गया था कि "ठीक है, यह सुविधाजनक, तेज और वह सब है।" अभी भी संदेह नहीं है कि किस तरह का एक कोक और मेरे लिए उन्होंने कितना धीमा बम लगाया। तीसरा, मैंने डिस्क पर मेमोरी की तेजी से घटती मात्रा का पालन नहीं किया।

टाई

पहली घंटी 17 जुलाई को मुख्य कार का पड़ाव थी। होस्ट के पतन के बारे में एक अधिसूचना मेल में आ गई है। Esxi में जाकर इसे लेने के लिए (ठीक है, अचानक कुछ हो सकता है), आभासी लड़की ने मुझे सुखद समाचार दिया (कोई स्क्रीनशॉट नहीं है, दुर्भाग्य से)। पॉप-अप विंडो की एक फ्रीवेयर रिटेलिंग कुछ इस तरह थी "क्षमा करें, डिस्क स्थान बाहर चला गया है। आपकी वर्चुअल मशीन बंद कर दी गई है जगह को साफ करें और आप वीएम का उपयोग करना जारी रख सकते हैं। बार-बार रद्द करना। उस समय, दूसरे वीएम को हटाकर समस्या को हल किया गया था, जिसमें लगभग 16 जीबी थी। लेकिन यह एक अस्थायी समाधान था, हर दिन के बाद से, 5 जीबी अभी भी कहीं गायब हो गया, हालांकि सिस्टम में इन फ़ाइलों में वृद्धि नहीं हुई थी।

नतीजतन, 19 जुलाई की शाम, एक शांत गुरुवार को, मैंने पहली बार टोस्टर पर इस समस्या के बारे में लिखा था। कोई जवाब नहीं था। मुझे लगता है कि यह अलोकप्रिय esxi टैग के कारण है। असफल Google के बाद, स्नैपशॉट को हटाने के बाद। उस समय, 5 गीगाबाइट गायब हो गए, मुक्त स्थान बड़ा हो गया, लेकिन इतना नहीं कि इस समस्या के बारे में भूल जाएं।

थोड़ा दिमाग लगाने के बाद, मैंने स्नैपशॉट के पदानुक्रम का अध्ययन करना शुरू किया। अंतिम एक, 000003, ने उस समय 12GB स्थान पर कब्जा कर लिया था। वीएम सेटिंग्स में, इसे सक्रिय डिस्क फ़ाइल के रूप में सूचीबद्ध किया गया था जिससे मशीन बूट हुई थी। दो बार सोचने के बिना, मैंने सक्रिय स्नैपशॉट डिस्क के साथ हार्ड डिस्क 1 डिस्क फ़ाइल को हटा दिया और इसके स्थान पर पूरे वर्चुअल मशीन के मूल डिस्क को डाला।

सिस्टम बूट हुआ (चीयर्स), और इसके साथ 30 जून की फाइलें। मूल डिस्क पर सभी फ़ाइलों की अंतिम संशोधित तिथि। मुझे संदेह है कि यह इस दिन था कि मैंने पहला स्नैपशॉट बनाया। तार्किक रूप से, अधिक स्थान नहीं थे। फ्री-स्पेस में, यह अभी भी लगभग 5GB है, और फाइलें चली गई हैं।

पहले विचार तार्किक हैं: मैंने क्या किया, सभी फाइलें 19 जुलाई तक वाष्पित हो गईं। तब मैंने देखा कि स्नैपशॉट फ़ाइलें हटाए नहीं गए थे। हालाँकि, जब मैंने उन्हें मुख्य डिस्क के रूप में लोड करने की कोशिश की, तो ESXi ने बदले हुए मूल डिस्क पर शपथ ली, जो कि "माता-पिता की वर्चुअल डिस्क को संशोधित नहीं किया गया है क्योंकि बच्चे को बनाया गया था" अगले दो दिनों में मेरी शाश्वत त्रुटि।

gugleniya

समय सुबह के दो बजे था, और मैंने इन दुर्भाग्यपूर्ण * -0000 से कम से कम कुछ जानकारी प्राप्त करने के सभी व्यर्थ प्रयासों को छोड़ दिया? -। Vmdk स्नैपशॉट फ़ाइलें।

शुक्रवार की सुबह एक सक्रिय, वास्तव में सक्रिय Google की तरह "vmdk से फाइलें कैसे प्राप्त करें" के साथ शुरू हुई। लेख, लिनक्स रीडर (विंडोज़ प्रोग्राम) और यह सब बहुत बार आया। मैंने सर्वर से इन 223 गीगाबाइट को 100Mbit चैनल पर विंडोज़-लैपटॉप में स्थानांतरित कर दिया, जो बहुत दर्दनाक था। मैंने एक लिनक्स सिस्टम पर vmware प्रारूप की ssd डिस्क को माउंट करने की कोशिश की, उस पर vmware-tools को रोल किया, उसने संस्करणों की असंगति पर कसम खाई (अंतिम समर्थित एक 5 थी, लेकिन मेरे पास 6.5 थी)। खिड़कियों और जावा के माध्यम से खोलने के प्रयास भी निरर्थक थे।

और तब भी जब मैं * -flat.vmdk फ़ाइल पर लिनक्स रीडर प्रोग्राम (विंडोज़ पर लिनक्स रीडर प्रोग्राम का उपयोग करके) एक्सेस कर पा रहा था, मुझे केवल 30 जून तक ही फाइलें मिलीं। स्नैपशॉट फ़ाइलों को माउंट करने के सभी आगे के प्रयासों से कुछ भी नहीं निकला, कार्यक्रम ने एक अमान्य डिस्क पर शाप दिया और आगे काम करने से इनकार कर दिया।

आउटपुट मिला

शुक्रवार खत्म हो गया है, मैं थक गया था, और यह भी परेशान था कि फाइलें वापस नहीं की जा सकती हैं। लेकिन शनिवार सफलतापूर्वक शुरू हुआ। Google त्रुटियों पर (मैंने अभी यह अज्ञात क्यों नहीं किया) "माता-पिता की वर्चुअल डिस्क को तब से संशोधित किया जा रहा है जब बच्चा पैदा हुआ था" Google की पहली पंक्ति में vmware पेज पर एक लिंक दिया गया था। डरावने पात्रों का एक समूह, लाल रेखाएं और वह सब जो तुरंत डर गया था। मैंने लिंक खोला और इस उम्मीद में छोड़ दिया कि मुझे कुछ और समझ में आएगा।

और यह पाया गया था। https://communities.vmware.com/thread/323730 रूसी-भाषा VmWare फोरम और इसी तरह की समस्या मुझे इंटरनेट पर मिली। यह शायद मेरा जैसा मामला नहीं है, लेकिन नीचे स्क्रॉल करने और टिप्पणियों के माध्यम से पढ़ने के बाद, मैंने ऐसा करने की कोशिश की।

एक टेक्स्ट एडिटर में, एसएफटी को sftp के माध्यम से कनेक्ट करते हुए, मैंने फाइल को पैरेंट-डिस्क सेटिंग्स के साथ खोला। .vmdk (नहीं -flat.vmdk) मैंने डिस्क की CID को पहचान लिया, और फिर * -00001.vmdk में चढ़ गया, मंच के उपनाम apavlyuchenko वाले व्यक्ति द्वारा वर्णित के रूप में।

पहले स्नैपशॉट में, CID और parentCID फ़ील्ड को मूल डिस्क के CID को इंगित करना चाहिए। और फिर खेतों में .vmx फ़ाइल में
scsi0: 1. प्रस्तुतीकरण = "झूठा"
scsi0: 1.fileName = " .vmdk"
scsi0: 1.deviceType = "scsi-hardDisk"
FALSE पैरामीटर को TRUE और .vmkk से -00001.vmdk में बदलें।

और वास्तव में, उसके बाद कार ने बूट किया और त्रुटि पर शपथ नहीं ली। और लो और निहारना! दूसरी स्नैपशॉट बनाने से पहले फ़ाइलें दिखाई दीं!

मंच पर, एक मित्र ने सिर्फ एक स्नैपशॉट से फ़ाइलों को पुनर्प्राप्त करने का एक तरीका बताया। लेकिन मेरा मामला मुश्किल है (जाहिरा तौर पर, मेरी बीमारी के कारण, जिसे "एक काम करने वाली मशीन पर अपने हाथों से सब कुछ रोकना") कहा जाता है। और मेरे पास एक स्नैपशॉट नहीं था, लेकिन तीन। जो तार्किक है, बदलती फ़ाइलों को जारी रखना आवश्यक था।

तो, मेरे कार्यों।

मूल डिस्क खोलें। उसकी सीआईडी ​​का पता लगाएं। इसके बाद, मूल डिस्क के CID को डिस्क -00001.vmdk (पहले स्नैपशॉट) की मूलसीआईडी ​​लाइन पर कॉपी करें। वहां हम इस स्नैपशॉट के CID को देखते हैं और इसे ड्राइव -00002.vmdk (दूसरा स्नैपशॉट) की पेरेंट लाइन लाइन में कॉपी करते हैं । वहां हम इस स्नैपशॉट की CID को देखते हैं और इसे ड्राइव -00003.vmdk (तीसरी स्नैपशॉट) की पैरेंटआईडी लाइन में कॉपी करते हैं , ठीक है, उसके बाद हम .vmx में चढ़ते हैं और फ़ाइल नाम लाइन में स्नैपशॉट फ़ाइल का नाम निर्दिष्ट करते हैं (मेरे मामले में * -0003.vmdk)।

परिणाम निम्नलिखित है।

* .वीएमडीके
CID = 387edddf
parentCID = ffffffff

* -00001.vmdk
CID = 0284jf712 (मैंने बोल्ड से सभी CID लिया)
parentCID = 387edddf

* -00002.vmdk
CID = 732 फ़रहटूड
parentCID = 0284jf712

* -00003.vmdk
CID = 3747jfj4ff
parentCID = 732fhhtud

.vmx
scsi0: 1. प्रस्तुतीकरण = "सच"
scsi0: 1.fileName = " -00003.vmdk"
scsi0: 1.deviceType = "scsi-hardDisk"

मैं वीएम चालू करता हूं, मैं देखता हूं कि डेटा बहाल हो गया है। लगता है जाने दो। मैं सब कुछ दूसरे सर्वर पर कॉपी करता हूं, मशीन बंद कर देता हूं (यह डिस्क खराबी और कुछ अन्य महत्वपूर्ण समस्याओं के बारे में पहले से ही चिल्ला रहा है), * .vmx सेटिंग्स को वापस लौटाएं और फाइलों को वापस काम करने वाली मशीन में कॉपी करें। उर।

निष्कर्ष

इस कहानी ने मुझे कई सुनहरे सच सिखाए जो पहले नहीं समझे जा सकते थे।

सबसे पहले, हमेशा और हर चीज का बैकअप लें और वर्चुअल मशीन के अंदर डिस्क करने के लिए नहीं, जैसा कि मैंने पहले किया था। एक या दो बैकअप ड्राइव होना आवश्यक है, ताकि दो दिन का डाउनटाइम न हो। (क्या फाइलें चली गईं? हम वापस रोल करते हैं, फ़ाइलों को बैकअप से कॉपी करते हैं, और सरल एक - 48 घंटे नहीं, लेकिन बल से 2 घंटे) दूसरे, सुबह में मेरे भारी सिर पर कुछ भी न करें (अगर मैं बिस्तर पर गया, तो मैं शुक्रवार को साफ सिर के साथ आऊंगा) एक और निकास के लिए, लेकिन रात के दूसरे घंटे में जलाऊ लकड़ी को तोड़ना नहीं) तीसरी बात, काम करने वाली मशीनों के लिए कोई महत्वपूर्ण संशोधन नहीं करें। दूसरी वर्चुअल मशीन को बंद करें, वहां एक स्नैपशॉट बनाएं, फिर पैरेंट-ड्राइव को मुख्य बनाएं और देखें कि उसके बाद क्या होता है - यह कैसे किया गया। और चौथा, और भी अधिक बैकअप करें। केवल वीएम ही नहीं, बल्कि एसकेआई भी एक पूरे के रूप में।

PS संसाधन जो आखिरकार मेरी मदद करते हैं:

अद्भुत apavlyuchenko के साथ एक ही मंच (हम परिचित नहीं हैं, अगर वह)

मेरी समस्या और इसे हल करने के तरीकों के विवरण के साथ vmvara से ज्ञान के आधार पर पेज

जो चित्र मैंने उपयोग किया है

अगर किसी को दिलचस्पी है, तो टिप्पणियों में मैं उन संसाधनों को छोड़ सकता हूं जिनके लेखों ने मेरी मदद नहीं की

पीएसएस

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