VMware: "ठीक करने के लिए या नहीं करने के लिए?", आभासी मशीनों को सही ढंग से बैकअप

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

तो हमें "क्वेश्स्ड" ^* स्नैपशॉट की आवश्यकता क्यों है, वे क्या खाते हैं, और उनके साथ विशिष्ट समस्याएं क्या हैं? स्नैपशॉट पर एक नज़र मुख्य रूप से बैकअप के दृष्टिकोण से प्रस्तुत की जाएगी, लेकिन मैं कुछ हद तक उपयोग के अन्य पहलुओं को प्रकट करने का प्रयास करूंगा।

---

^* यदि कोई उपयुक्त रूसी-भाषा के शब्द का सुझाव देने के लिए तैयार है - मैं आपसे टिप्पणियों में भीख माँगता हूँ, तो एक अच्छा विकल्प होगा - मैं पाठ में अंग्रेजीवाद का स्थान लूंगा।

बैकअप के लिए स्नैपशॉट का उपयोग करना

VMware vSphere वातावरण में, स्नैपशॉट निर्माण प्रक्रिया को दो विकल्पों द्वारा नियंत्रित किया जाता है:

• वर्चुअल मशीन की मेमोरी की स्थिति सहित स्नैपशॉट
  
• स्नैपशॉट तथाकथित quiescing-th अतिथि फ़ाइल सिस्टम से पहले
  

डेटा सुरक्षा के लिए VMware vStorage API का उपयोग करके एक वर्चुअल मशीन का बैकअप लेने के मामले में , पहला विकल्प बस उपयोग नहीं किया जाता है, और इस व्यवहार का मुख्य कारण इस प्रकार है: यदि किसी वर्चुअल मशीन में बड़ी मात्रा में RAM (और 8-16GB वायरस प्रोग्राम लंबे समय तक असामान्य नहीं हैं), तो जब आप चालू करते हैं तो इस विकल्प में, सृजन समय और वृद्धिशील बैकअप का आकार महत्वपूर्ण होगा (प्रत्येक वृद्धिशील बैकअप अतिरिक्त रूप से RAM का आकार शामिल करेगा)। इसके अलावा, कई तकनीकी कठिनाइयां हैं, लेकिन आज वे हमारे लिए बहुत कम रुचि रखते हैं, क्योंकि हम एक वैकल्पिक परिदृश्य पर विचार कर रहे हैं।

दरअसल, एक वैकल्पिक विकल्प हमारा दूसरा विकल्प है - क्विज़िंग। यह बहुत अधिक रुचि का है और इसका सार बैकअप को हटाने के लिए अतिथि ऑपरेटिंग सिस्टम (पहली जगह में फाइल सिस्टम) तैयार करना है।

क्या हो रहा है?

यदि हम आधिकारिक लेख का अनुवाद करते हैं, तो हमें निम्नलिखित जैसा कुछ मिलता है:

"यह बैकअप के लिए" उपयुक्त "स्थिति में वर्चुअल डिस्क पर डेटा लाने की प्रक्रिया है। इस प्रक्रिया में ऑपरेटिंग सिस्टम मेमोरी से डिस्क या अन्य उच्च-स्तरीय संचालन के लिए विशिष्ट अनुप्रयोगों के लिए गंदे बफ़र्स को फ्लश करना शामिल हो सकता है। "

वर्चुअल मशीन के साथ क्या हो रहा है, इस विवरण से, यह वास्तव में स्पष्ट नहीं है। चलो इसे अपने लिए समझें।

सबसे पहले, VMware उपकरण, अपने VMware स्नैपशॉट प्रदाता सेवा के माध्यम से, अतिथि OS के अंदर VSS स्नैपशॉट बनाने की पहल करता है। इसके अलावा, सभी पंजीकृत VSS लेखकों (आप उन्हें " vssadmin सूची लेखकों " कमांड के साथ देख सकते हैं) अतिथि OS में एक अनुरोध प्राप्त होता है और बैकअप के लिए संबंधित एप्लिकेशन तैयार करता है (सभी लेनदेन मेमोरी से डिस्क पर लिखे जाते हैं)। जब सभी वीएसएस लेखक समाप्त हो जाते हैं, तो वे इसे वीएमवेयर टूल्स सेवा (फिर, वीएमवेयर स्नैपशॉट प्रदाता सेवा के माध्यम से) को रिपोर्ट करते हैं, जो बदले में, वीएमवेयर को बताता है कि स्नैपशॉट को हटाया जा सकता है।
इस प्रकार, VMware vSphere के लिए सभी बैकअप अनुप्रयोग VMware स्नैपशॉट बनाने के लिए एक आदेश जारी करते समय निम्नलिखित संयोजनों का उपयोग करते हैं (ध्यान दें कि सीधे स्नैपशॉट बनाने की प्रक्रिया पूरी तरह से और पूरी तरह से VMware द्वारा नियंत्रित होती है):

Quiesced = ON, मेमोरी = OFF
Quiesced = OFF, मेमोरी = OFF

हम इस लेख में दूसरे संयोजन पर विचार नहीं करेंगे और क्विज़िंग प्रक्रिया पर ध्यान केंद्रित करेंगे।

आपको क्‍वास करने की आवश्‍यकता क्‍यों है?

बैकअप से कंट्रोलर डोमेन को पुनर्स्थापित करते समय सबसे स्पष्ट उदाहरण USN रोलबैक की समस्या है। यह तब होता है जब VSS का उपयोग किए बिना वर्चुअलाइज्ड डोमेन कंट्रोलर का बैकअप लिया गया था (जो कि क्विज़िंग विकल्प या अन्य साधनों के बिना डिस्क पर लेनदेन को प्रदान करता है)।

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

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

Acronis vmProtect 9 का उपयोग करते समय इसी तरह के सही व्यवहार को देखा जा सकता है। दरअसल, हमने विशेष रूप से एक डोमेन नियंत्रक के साथ वर्चुअल मशीनों के बैकअप और पुनर्प्राप्ति के भाग के रूप में इसका परीक्षण किया।

कच्चे स्नैपशॉट का उपयोग करते समय यूएसएन रोलबैक स्पष्ट रूप से एकमात्र संभव समस्या नहीं है, और अन्य अनुप्रयोगों (उदाहरण के लिए, एक्सचेंज / एसक्यूएल - स्पष्ट रूप से वीएसएस अनुप्रयोगों का समर्थन) ऐसे स्नैपशॉट से पुनर्प्राप्त करने पर विफलताओं का खतरा हो सकता है।

यह कैसे जांचें कि स्नैपशॉट VSS का उपयोग करके सही तरीके से बनाया गया है?

एक सुसंगत (एप्लिकेशन स्तर तक) स्नैपशॉट बनाने की शुद्धता निर्धारित करने के कई तरीके हैं:

सबसे आसान तरीका: अतिथि ऑपरेटिंग सिस्टम में प्रवेश करें और "इवेंट व्यूअर" की जांच करें (यह इस तरह गरीब इवेंट व्यूअर का अनुवाद करना आवश्यक था)। दिए गए विकल्पों के साथ एक स्नैपशॉट बनाने के बाद = ON, स्नैपशॉट मेमोरी = OFF (लेख की शुरुआत में स्क्रीनशॉट देखें), एप्लिकेशन लॉग में संबंधित VSS लेखकों की घटनाएँ मौजूद होनी चाहिए:

---

नोट: VSS से इवेंट ID 12289 के साथ त्रुटि, जिसे स्क्रीनशॉट में देखा जा सकता है, वास्तव में कोई समस्या नहीं है । यह 3.5 '' डिस्क से संबंधित है और इससे छुटकारा पाने के लिए, बस वर्चुअल मशीन कॉन्फ़िगरेशन से फ़्लॉपी को हटा दें:



विधि अधिक जटिल है: vSphere क्लाइंट से डेटास्टोर ब्राउज़र घटक का उपयोग करें: डेटास्टोर पर वर्चुअल मशीन फ़ोल्डर में, क्वैस्स्ड स्नैपशॉट बनाने के बाद, फ़ाइल *** vss_manifests * .zip दिखाई देनी चाहिए।

फाइल के अंदर backup.xml है जो कि लेखक प्रणाली में प्रत्येक लेखक के लिए अतिथि सिस्टम + मेटाडेटा में पाए गए सभी VSS लेखकों के विवरण के साथ है।



महत्वपूर्ण: यदि vss_manifests.zip में केवल backup.xml है, तो इसका आमतौर पर मतलब है कि वास्तव में एक स्नैपशॉट VSS का उपयोग किए बिना बनाया गया था। इस प्रकार, हम आसानी से सबसे दिलचस्प दृष्टिकोण करते हैं: स्नैपशॉट के साथ समस्याओं का अध्ययन। नीचे मैं टूटे हुए स्नैपशॉट के मुख्य कारणों की सूची दूंगा। यह ध्यान देने योग्य है कि मुख्य खतरा टूट स्नैपशॉट्स नहीं हैं (वे आसानी से पता लगाते हैं), अर्थात् वे जो वीएमवेयर को सफल बताते हैं, जबकि ये स्नैपशॉट नहीं हैं।

पर्यावरण की आवश्यकताएं

यदि क्विज़िंग विकल्प की उपयोगिता कम और कम स्पष्ट होती जा रही है, तो व्यावहारिक उपयोग में समस्याएं अक्सर उत्पन्न होती हैं, एक नियम के रूप में पर्यावरण के प्रारंभिक कॉन्फ़िगरेशन की गलतता से संबंधित है। आवश्यकताओं के हिस्से का आधिकारिक विवरण यहां दिया गया है , और मैं उन्हें और अधिक स्पष्ट रूप से प्रकट करने का प्रयास करूंगा ताकि यह स्पष्ट हो जाए कि अभ्यास में समस्याओं का सामना करने पर आपको कहां देखना है:

सबसे पहले , सुनिश्चित करें कि आपके vSphere + अतिथि OS संयोजन को इस प्लेट पर एप्लिकेशन-स्तरीय संगति के साथ स्नैपशॉटिंग के लिए समर्थित है ( यहां से लिया गया है )।



डेटा vSphere 5.0 और उच्चतर के लिए प्रासंगिक है। जैसा कि आप देख सकते हैं, इस समय सबसे लोकप्रिय ऑपरेटिंग सिस्टम (विंडोज 2008 और उच्चतर) में तारांकन हैं - मुख्य कुत्ते को उनमें दफन किया गया है, और हम इसे अब खोदने जा रहे हैं।

दूसरे , वास्तव में काम करने के लिए समझाने के लिए, आपको यह सुनिश्चित करने की आवश्यकता है कि वीएमवेयर टूल्स के वीएसएस घटक वास्तव में स्थापित हैं (और स्वाभाविक रूप से वीएमवेयर टूल सबसे वर्तमान संस्करण होना चाहिए)।



क्विज़िंग के लिए vSphere (3.5 और पूर्व) के पुराने संस्करणों पर, लेगाटो सिंक ड्राइवर का भी उपयोग किया गया था, जो फ़ाइल सिस्टम स्तर पर स्थिरता की गारंटी देता था, लेकिन एप्लिकेशन स्तर पर (जिसके लिए वीएसएस घटकों की आवश्यकता होती है) नहीं। वर्तमान में, यह ड्राइवर व्यावहारिक रूप से उपयोग नहीं किया गया है और इसे वीएमवेयर स्नैपशॉट प्रदाता के साथ सार्वभौमिक रूप से बदल दिया गया है। स्थापना को ऑपरेटिंग सिस्टम में (वर्चुअल मशीन पर) वीएमवेयर स्नैपशॉट प्रदाता + संगत COM + घटक की उपस्थिति से चेक किया जा सकता है।



इस स्तर पर क्या जाम हो सकता है?

अगर VMware Snapshot प्रदाता सेवा अक्षम है या बिल्कुल भी स्थापित नहीं है, तो VMware, जब स्नैपशॉट को क्वेरी = ON, स्नैपशॉट मेमोरी = OFF विकल्पों के साथ हटा रहा है, तो यह रिपोर्ट करेगा कि यह सफल है, लेकिन वास्तव में स्नैपशॉट सिस्टम के अंदर VSS का उपयोग करके उत्पन्न होगा, अर्थात Legato Sync के माध्यम से चालक।



ध्यान दें कि विंडोज 2008 और उच्चतर के मामले में, व्यवहार अलग है - लॉग में ऐसी कोई घटना नहीं है, लेकिन सिर्फ वॉल्यूम शैडो कॉपी सेवा शुरू हुई और फिर बंद हो गई स्थिति में चली गई।

तीसरा , विशिष्ट क्विज़िंग कॉन्फ़िगरेशन समस्याओं में से एक डिस्क है। वर्चुअल मशीन के .vmx कॉन्फ़िगरेशन में true.UnableUUID = true पैरामीटर।

यह सेटिंग केवल विंडोज़ 2008 और उससे ऊपर के अतिथि सिस्टम के लिए समझ में आता है (विंडोज 2003 के लिए, सेटिंग को अनदेखा किया गया है)। एक अतिरिक्त विशेषता यह है कि यह पैरामीटर स्वचालित रूप से पंजीकृत होता है जब एक नई वर्चुअल मशीन बनाई जाती है जो केवल vSphere 4.1 से शुरू होती है। दूसरे शब्दों में, यदि वर्चुअल मशीन को vSphere के पुराने संस्करण से माइग्रेट किया गया था, तो कोई सेटिंग नहीं हो सकती है।



यदि कोई पैरामीटर नहीं है, या यदि इसे गलत पर सेट किया गया है, तो स्नैपशॉट बनाते समय व्यवहार पिछले मामले के समान होगा: स्नैपशॉट सफलतापूर्वक बनाया जाएगा, लेकिन वास्तव में वीएसएस का उपयोग नहीं किया जाएगा और परिणामस्वरूप हम एक असंगत बैकअप प्राप्त कर सकते हैं। अक्षम पैरामीटर का दूसरा लक्षण vss_manifests.zip में एक खाली बैकअप (VSS लेखकों के विवरण के बिना) है।

चौथा , अतिथि मशीन के अंदर गतिशील डिस्क के लिए जाँच करें। यदि अतिथि प्रणाली के अंदर कम से कम एक गतिशील डिस्क मौजूद है - चाहे वह प्रणालीगत है या नहीं, तो वीएसएस शामिल नहीं होगा। स्नैपशॉट सफलतापूर्वक बनाया जाएगा, लेकिन vss_manifests.zip खाली होगा, साथ ही अतिथि ओएस के अंदर ईवेंट लॉग भी होगा। यह नियम अतिथि OSs Windows 2008 और उच्चतर पर लागू होता है।

वही IDE डिस्क पर लागू होता है - वे वर्चुअल मशीन कॉन्फ़िगरेशन में नहीं होना चाहिए (लेकिन IDE CD-ROM उपकरणों की उपस्थिति मान्य है और स्नैपशॉट को प्रभावित नहीं करता है)। यह ध्यान में रखा जाना चाहिए कि एक SCSI नियंत्रक पर मुफ्त SCSI स्लॉट की संख्या डिस्क की संख्या के बराबर होनी चाहिए। उदाहरण के लिए: यदि SCSI1 पर पहले से ही 8 SCSI डिस्क हैं, तो पर्याप्त स्लॉट नहीं होंगे।

पांचवां : आइडल वीएसएस गेस्ट मशीन के अंदर। यह मुख्य बिंदु है, जो तकनीकी सहायता VMware के लिए असंतोष और कॉल का कारण बनता है। अक्सर वे लोग जो VMware पर एक असफल स्नैपशॉट पाप देखते हैं, हालांकि यह पूरी तरह से अलग विचार वाले विशाल - माइक्रोसॉफ्ट को दोष देने के लायक है। मुझे उसी चित्र के बारे में पता चला जब मैंने नए SQL डेटाबेस (वर्चुअल .iso ड्राइव की स्थापना के दौरान अनमाउंट किया गया था, जिसे इंस्टॉलर वास्तव में पसंद नहीं आया था: - \ _



इस समस्या को वर्चुअल मशीन के एक बैंल रीबूट द्वारा हल किया गया था, और हालांकि यह विधि बहुत बार मदद करती है, ऐसे मामले चल रहे हैं जब वीएसएस अंदर पूरी तरह से थोड़ा कम टूट गया है। इन मामलों में, यह पता लगाने का सबसे आसान तरीका है कि क्या वास्तव में Microsoft को दोष देना है Windows बैकअप शुरू करने और सिस्टम स्थिति का बैकअप बनाने के लिए (बैकअप सिस्टम ऑफ़ स्टेट, यदि कोई अंग्रेजी शब्दों के लिए उपयोग किया जाता है)। विंडोज बैकअप (या NTBackup) काम करता है - तो समस्या VMware की तरफ है, यह काम नहीं करता है - Microsoft नहीं कर सकता।

VMware के इस विषय पर कई आधिकारिक लेख हैं: उदाहरण के लिए, यहाँ और यहाँ । लेकिन एक दिलचस्प विशेषता है - दूसरे लेख में अपने जीवन को सरल बनाने के लिए (शायद कुछ अन्य कारण हैं), VMware स्पष्ट रूप से डिस्क की स्थापना करने की सिफारिश करता है। "झूठे" के लिए उपयुक्त है, जिसका अर्थ है कि वीपीएस का उपयोग करने से मना कर दिया जब क्वैश्चन स्नैपशॉट्स ("quiesced) बनाया गया हो। यह वास्तविक नहीं है! ”)। सामान्य मामले में, यह विधि एक समाधान नहीं है, लेकिन केवल एक अस्थायी समाधान है, क्योंकि इस तरह के दृष्टिकोण के परिणाम वसूली के दौरान खुद को प्रकट कर सकते हैं, अर्थात्, ठीक है जब अनुप्रयोगों की स्थिरता कुंजी है (कम से कम उसी यूएसएन रोलबैक को याद रखें)।

संक्षेप में कहना

मेरे अनुभव में, स्नैपशॉट बनाते समय सबसे आम समस्याएं (उनकी असंगति) अंक 2, 3 और 5 हैं, जबकि आईडीई या डायनेमिक डिस्क बहुत कम आम हैं।

बेशक, पूरी तरह से रहस्यमय मामलों को बाहर नहीं किया जाता है: उदाहरण के लिए, एक स्नैपशॉट नहीं बनाया गया था (VMware ने एक अप्रतिष्ठित त्रुटि की सूचना दी थी) क्योंकि iSCSI LUN (डेटास्टोर) जिस पर समस्याग्रस्त आभासी मशीन स्थित थी, उसे टीम मोड में 2 नेटवर्क कार्डों के साथ भौतिक रूप से जोड़ा गया था और इस एक ने 100MBit पर काम किया, और दूसरे ने 1Gbit पर।

क्विज़्ड स्नैपशॉट का विषय लगभग हमेशा के लिए खोदा जा सकता है - जो कि कम से कम तथ्य यह है कि विंडोज 2008, जब एक क्विस्चर्ड स्नैपशॉट बनाते हैं, तो डेटास्टोर पर एक नहीं बल्कि दो डेल्टा बनाता है और, वास्तव में, पहले से ही बनाए गए स्नैपशॉट को लिखता है (यह, वैसे, मूल कारणों में से एक है। ऊपर की प्लेट में OSE डेटा के विपरीत तारांकन); या अतिथि सिस्टम पर vmbackup.conf कॉन्फ़िगरेशन के माध्यम से कुछ VSS लेखकों को अक्षम करने की क्षमता। दुनिया अद्भुत और आश्चर्यजनक है, लेकिन रेक सभी के लिए पर्याप्त है। अगर कोई इच्छा है - मैं ख़ुशी से इस विषय पर कुछ और लिखूंगा। हमेशा की तरह, टिप्पणियों का स्वागत किया गया है, स्पष्टीकरण - त्रुटियों और टाइपो के बारे में भी - पीएम में, मैं asap सवालों के जवाब देने की कोशिश करूंगा।

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