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

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

लिरिकल परिचय

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

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

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

र, यो लामो समय देखि थाहा छ कि तपाइँ छुट्टी पछि पहिलो दिन केहि गम्भीर गर्न सक्नुहुन्न, यद्यपि म आफैलाई काम गर्न को लागी सबै तरिकामा काम नगर्न को लागी तैयार गरिरहेको थिएँ, अझै पनि अर्को फ्रिजमा मेरो क्रोधले मेरो मुड र मेरो दुवैलाई ढकढक गर्यो। मेरो टाउकोबाट वाचा छ ...

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

विजार्डको अन्त्यमा, ताजा डाटास्टोर सूचीमा देखा पर्‍यो... र यसको साथमा बाँकी भौतिक डिस्कहरूबाट डाटास्टोरहरू।

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

शंकाहरू हटाउनको लागि, मैले तुरुन्तै परीक्षणको लागि नयाँ ESXi स्थापना गरें, बाँया डिस्क लिएँ र, पहिले नै यसलाई पढ्दै, विजार्डको चरणहरूमा हिंडें। हो। जब तपाइँ विजार्ड प्रयोग गरेर डाटास्टोर थप्नुहुन्छ, डिस्कमा सबै डाटा अपरेशन रोल ब्याक गर्न र डाटा पुनर्स्थापना गर्ने क्षमता बिना हराइन्छ। पछि मैले फोरमहरू मध्ये एकमा मास्टरद्वारा यस डिजाइनको मूल्याङ्कन पढें: shitsome बकवास। र म साँच्चै सहमत थिए।

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

मैले Strelec बुट छविबाट मेसिन बुट गर्छु... र मैले पत्ता लगाए कि विभाजन रिकभरी प्रोग्रामहरूले VMFS बाहेक सबै कुरा जान्दछन्। उदाहरणका लागि, उनीहरूलाई Synology को विभाजन लेआउट थाहा छ, तर VMFS होइन।

कार्यक्रमहरू मार्फत खोजी गर्दा आश्वस्त हुँदैन: उत्तममा, GetDataBack र R.Saver ले लाइभ डाइरेक्टरी संरचना र प्रत्यक्ष फाइल नामहरू सहित NTFS विभाजनहरू फेला पार्छन्। तर यो मलाई सुहाउँदैन। मलाई दुई vmdk फाइलहरू चाहिन्छ: प्रणाली डिस्क र रद्दीटोकरी फाइल डिस्कसँग।

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

फेरि गुगल, फोरमहरू, KB'shki र फेरि यारोस्लाभनाको रोइङ: VMware ESXi ले डाटा रिकभरी मेकानिजम प्रदान गर्दैन। सबै छलफल थ्रेडहरूको दुईवटा अन्त्यहरू छन्: कसैलाई महँगो DiskInternals VMFS रिकभरी प्रयोग गरेर पुन: प्राप्ति गरिएको थियो, वा कसैलाई सफ्टवेयर विशेषज्ञले सक्रिय रूपमा आफ्ना सेवाहरू प्रवर्द्धन गर्न मद्दत गरेको थियो। vmfs-उपकरणहरू и dd। DiskInternals VMFS रिकभरी इजाजतपत्र $ 700 को लागि खरिद गर्ने विकल्प विकल्प होइन। "सम्भावित शत्रुको क्षेत्र" बाट बाहिरी व्यक्तिलाई कर्पोरेट डाटा पहुँच गर्न अनुमति दिनु पनि विकल्प होइन। तर यो गुगल गरिएको थियो कि VMFS विभाजनहरू पनि UFS एक्सप्लोरर द्वारा पढ्न सकिन्छ।

DiskInternals VMFS रिकभरी

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

मोडमा अडिलिट (छिटो स्क्यान) मैले भित्र डिस्कहरू सहित भर्चुअल मेसिनहरूको फोल्डरहरूको साथ एउटा जर्जर डाटास्टोर पनि फेला पारे:

पूर्वावलोकनले देखाएको छ कि फाइलहरू जीवित छन्:

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

लाज को तीन लाइनहरुनिर्लज्ज रूपमा सफ्टवेयर लक गर्ने प्रयास असफल भयो। तर UFS एक्सप्लोरर लक भयो।

म सफ्टवेयर चोरी प्रति एक अत्यन्त नकारात्मक दृष्टिकोण छ। म कुनै पनि हिसाबले बिना इजाजतपत्र प्रयोग विरुद्ध सुरक्षा बाइपास गर्न माध्यमहरूको प्रयोगलाई प्रोत्साहित गर्दिन।

म विपत्तिजनक अवस्थामा थिएँ र मैले प्रयोग गरेका उपायहरूमा गर्व थिएन।

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

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

फाइल साइज र नोड साइजहरूको तुलनाले बाइटमा मिल्दो तल देखाएको छ। एकै समयमा, *-flat.vmdk फाइलहरूको नाम र, तदनुसार, तिनीहरूको भर्चुअल मेशिनहरू पुनर्स्थापित गरियो।

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

UFS Explorer बाट २.५ TB नोड अनलोड गरेको ४ घण्टा र हाइपरभाइजरको डाटास्टोरमा २० घण्टा लोड गरिसकेपछि, क्र्यास भएका डिस्क फाइलहरू भर्चुअल मेसिनमा जोडिएका थिए। डिस्कहरू उठाए। कुनै डाटा हानि अवलोकन गरिएको छैन।

स्रोत: www.habr.com