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

तो बिल्ली में आपका स्वागत है।



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

एक रेस्तरां के बिना बैकअप - नाली नीचे पैसा

हम उन उपयोगकर्ताओं से नियमित रूप से संपर्क करते हैं जो खुद को इसी तरह की कठिन परिस्थितियों में पाते हैं: बैकअप से रिकवरी करना आवश्यक है, लेकिन जब वे ऐसा करने की कोशिश करते हैं, तो लोग उनके लिए एक अघुलनशील समस्या पर ठोकर खाते हैं। और यह समस्या बैकअप की कमी, क्रिप्टोकरंसी की गतिविधि या इस तरह की किसी भी चीज की नहीं है। यह "बस" वसूली के लिए बैकअप और प्रतिकृतियां जांचने की कमी है। कई बार पूरी तरह से बैकअप प्रक्रिया पर ध्यान केंद्रित करते हैं, यह भूल जाते हैं कि बस बैकअप होने से संभावित परेशानियों का रामबाण नहीं है। आपको यह समझने की आवश्यकता है कि वसूली एक पूरी तरह से अलग प्रक्रिया है, जिसकी अपनी विशेषताएं हैं, और जिसे उत्पादन में लॉन्च करने से पहले निगरानी और परीक्षण किया जाना चाहिए। यहाँ कुछ उदाहरण हैं:

1. उपयोगकर्ता को आकार 20 टीबी की एक महत्वपूर्ण आभासी मशीन के संचालन में विफलता मिली। डाउनटाइम, ज़ाहिर है, अस्वीकार्य है, और व्यवस्थापक तत्काल पुनर्प्राप्ति (वीएम इंस्टेंट रिकवरी) की प्रक्रिया शुरू करता है - 5 मिनट के बाद मशीन ऊपर है। लेकिन हमें याद है कि मशीन की यह स्थिति केवल अस्थायी रूप से उपयोग की जा सकती है - इसे उत्पादन डेटास्टोर में स्थानांतरित किया जाना चाहिए। और इस उदाहरण में, जैसा कि यह निकला, बुनियादी ढांचे की क्षमताओं ने उचित समय में 20 टीबी डेटा को कॉपी करने की अनुमति नहीं दी। त्वरित पुनर्प्राप्ति प्रक्रिया की सेटिंग में, यह बदलाव को बचाने के लिए चुना गया था : वीम बैकअप और प्रतिकृति सर्वर के ड्राइव (vSphere स्नैपशॉट के विपरीत) - परिणामस्वरूप, निश्चित रूप से, डिस्क पर खाली स्थान जल्दी से भरा हुआ था। जब तक उपयोगकर्ता ने समर्थन से संपर्क किया, तब तक वीएम में परिवर्तन थे जिन्हें अनदेखा नहीं किया जा सकता था। यही है, हमारे पास एक ऐसी स्थिति है जहां किसी महत्वपूर्ण मशीन की त्वरित वसूली की प्रक्रिया को जल्दी से अंतिम रूप देना असंभव है - आप डेटा को कैसे बचा सकते हैं?
   
   मुझे यह स्वीकार करना चाहिए कि पिछले वर्षों में मैं फिनाले के सभी विवरणों का उल्लेख नहीं करूंगा, लेकिन मुझे याद है कि अंत में हम कभी भी कुछ शानदार नहीं कर पाए। उनकी तरफ से ग्राहकों ने, बहुत कम से कम, ड्राइव सी का विस्तार करके इस समस्या को हल किया: भंडार से, सबसे महत्वपूर्ण फाइलों की नकल की और फिर वीएम को बंद कर दिया और चले गए। सामान्य तौर पर, एक चमत्कार नहीं हुआ।
2. उपयोगकर्ता के पास बुनियादी ढांचे में एक डोमेन नियंत्रक था, और सभी वीम बैकअप और प्रतिकृति घटकों को डीएनएस का उपयोग करके कॉन्फ़िगर किया गया था। हां, यह सही है, आपने सही सुना। घटनाओं के विकास के लिए एक सौ विकल्प थे, कोई कम नहीं, लेकिन वास्तविकता इस तरह से चली गई: लोगों ने रखरखाव की योजना बनाई और अपने डोमेन नियंत्रक की प्रतिकृति पर स्विच करने का फैसला किया। वे नियोजित स्विचिंग में शामिल थे, जो सामान्य तौर पर ऐसी स्थितियों में किए जाने की सिफारिश की जाती है। पहले चरण में, सबकुछ ठीक हो गया, और दूसरे में, मूल वीएम को शेष डेटा को स्थानांतरित करने के लिए संक्षेप में बंद कर दिया गया। बेशक, स्विच काम तुरंत त्रुटि में समाप्त हो गया, क्योंकि DNS ने काम करना बंद कर दिया था।
   
   सौभाग्य से, यहां हम vSphere से मैन्युअल रूप से प्रतिकृति को सक्षम करके स्थिति का सामना करने में सक्षम थे (वास्तव में, इस ऑपरेशन को हमारे दम पर प्रदर्शन करने की अनुशंसा नहीं की जाती है, जैसा कि आप निम्न उदाहरण से देखेंगे)। लेकिन, जैसा कि आप समझते हैं, रखरखाव प्रक्रिया बाधित और स्थगित हो गई थी। इसके अलावा, हमें मैन्युअल रूप से फ़ाइल नाम C: \ Windows \ System32 \ driver \ etc \ Host में होस्ट करने के लिए Veeam बैकअप और प्रतिकृति सर्वर पर विफलता के दौरान शुद्धता सुनिश्चित करने के लिए दर्ज करना था।
3. एक अन्य ग्राहक के पास पूरे बैकअप इन्फ्रास्ट्रक्चर को टेप ड्राइव के आसपास बनाया गया था, और डिस्क पर केवल फाइलों की छोटी श्रृंखला संग्रहीत की गई थी। जब उन्हें एक बड़ी फ़ाइल सर्वर से कई फ़ाइलों को पुनर्स्थापित करने की आवश्यकता होती है, तो यह पता चला कि टेप से ठीक होने पर किसी भी मशीन को सहायक भंडार के रूप में इस्तेमाल नहीं किया जा सकता है, क्योंकि एक पर पर्याप्त खाली स्थान नहीं था। (आप सीधे चुंबकीय टेप से पुनर्प्राप्ति के बारे में पढ़ सकते हैं और यहां (अब तक अंग्रेजी में) एक सहायक भंडार का उपयोग कर सकते हैं।

मुझे लगता है कि सभी तीन उदाहरणों में, उपयोगकर्ताओं को, बोलने के लिए, भ्रम से मोहित किया गया था - उन्होंने सुझाव दिया कि यदि बैकअप सफल रहा, तो पुनर्प्राप्ति के साथ कोई समस्या नहीं होगी। लेकिन यह, जैसा कि आप जानते हैं, हमेशा किसी भी तरह से नहीं होता है, और इसलिए आपको पुनर्प्राप्ति के लिए सावधानी से तैयार करने की आवश्यकता है जैसा कि आप बैकअप के लिए करते हैं। शुरू करने के लिए, यह उपयोगकर्ता के मैनुअल का अध्ययन करने के लायक है, जिसमें विभिन्न प्रकार की वसूली के बारे में काफी विस्तृत जानकारी है। प्रत्येक पैराग्राफ की शुरुआत में, आवश्यकताओं, प्रारंभिक चरणों और संभावित सीमाओं को सूचीबद्ध किया गया है। चुंबकीय टेप से या भंडारण प्रणालियों की हार्डवेयर छवियों से पुनर्प्राप्ति का विवरण दस्तावेज़ीकरण के खंडों में और हमारे Habré पर लेखों में पाया जा सकता है। इसके अलावा, Veeam Explorers टूल्स का उपयोग करके एप्लिकेशन ऑब्जेक्ट की रिकवरी की तैयारी के चरणों को प्रत्येक टूल के मैनुअल के "योजना और तैयारी" अनुभाग में वर्णित किया गया है। मेरा सुझाव है कि आप उन्हें ध्यान से पढ़ें - इससे आपको आवश्यकता पड़ने पर ठीक होने के लिए सिस्टम तैयार करने में मदद मिलेगी। रूसी में, SQL सर्वर डेटाबेस को पुनर्स्थापित करने के निर्देश यहां दिए गए हैं ।

आपको vSphere कंसोल से प्रतिकृतियों के साथ काम करने की आवश्यकता क्यों नहीं है?

सिद्धांत रूप में, वीम प्रतिकृतियां साधारण आभासी मशीनें हैं जो कि विशेष रूप से vSphere टूलकिट का उपयोग करके काम करने के लिए तर्कसंगत प्रतीत होंगी, विशेष रूप से, vSphere क्लाइंट। हालांकि, हम ऐसा करने की अनुशंसा नहीं करते हैं, और यहां बताया गया है: वीम बैकअप और प्रतिकृति में एक प्रतिकृति पर स्विच करना एक जटिल प्रक्रिया है जिसके लिए सख्ती से अनुक्रमिक चरणों की आवश्यकता होती है (ताकि यदि आवश्यक हो तो आप एक कदम पीछे ले जा सकें) और सही अंतिम चरण - आप देखते हैं प्रक्रिया को दर्शाती तस्वीर:



यदि आप vSphere क्लाइंट से प्रतिकृति को सक्षम करने का निर्णय लेते हैं, तो भविष्य में आप सबसे अधिक समस्याओं की उम्मीद करेंगे:

1. इस मशीन के लिए वीम बैकअप और प्रतिकृति (आरेख में दिखाया गया है) से प्रतिकृति तंत्र का स्विच अब काम नहीं करेगा।
2. वीम बैकअप डेटाबेस में डेटा VM की वास्तविक स्थिति के अनुरूप नहीं होगा। सबसे खराब स्थिति में, आपको इसे ठीक करने के लिए डेटाबेस को संपादित करने की आवश्यकता है।
3. इस उदाहरण में, डेटा हानि भी हो सकती है: उपयोगकर्ता ने मैन्युअल रूप से vSphere क्लाइंट में प्रतिकृति को चालू किया और इसके साथ काम करना जारी रखने का निर्णय लिया। थोड़ी देर के बाद, उन्होंने देखा कि प्रतिकृति अभी भी वीम बैकअप और प्रतिकृति कंसोल में प्रदर्शित की गई थी, और इसे अनावश्यक रूप से हटाने का फैसला किया। मैंने दाहिने बटन के साथ उस पर क्लिक किया और "डिस्क से हटाएं" कमांड दी। वीम बैकअप और प्रतिकृति ने तुरंत डिस्क से प्रतिकृति को हटा दिया, जो एक पल के लिए, पहले से ही नियमित रूप से वीएम के रूप में पूर्ण उपयोग में था और इसमें आवश्यक और उपयोगी डेटा शामिल थे।

बेशक, ऐसी स्थितियां हैं जब आपको अभी भी vSphere क्लाइंट से प्रतिकृति को सक्षम करना होगा - एक नियम के रूप में, ये ऐसे मामले हैं जब Veeam सर्वर बंद हो गया है और प्रतिकृति को देरी से चालू करने की आवश्यकता है। लेकिन अगर सब कुछ वीम सर्वर के साथ है, तो आपको इसके कंसोल से प्रतिकृतियों के साथ काम करने की आवश्यकता है।

इसके अलावा, vSphere क्लाइंट का उपयोग करके प्रतिकृतियों को न हटाएं। वीम बैकअप और प्रतिकृति इस तरह के बदलाव से अनजान रहेंगे, और यह त्रुटियों और पुराने डेटा से भरा है। यदि आपको प्रतिकृति की आवश्यकता नहीं है, तो इसे वीम कंसोल का उपयोग करके हटा दें, और vSphere क्लाइंट से VM के रूप में नहीं। तो आपके पास हमेशा प्रतिकृतियों की अप-टू-डेट सूची होगी।

"ओ" - ध्यान से, अपडेट!

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

पहली श्रेणी पर विचार करें।

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

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

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

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

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


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

शायद आज के लिए मेरे पास सब कुछ है, आपके ध्यान के लिए धन्यवाद!

और क्या पढ़ना है

हेबेरा पर लेख:

• पिक्सर में एक मामला या एक बार फिर से बैकअप के परीक्षण के महत्व के बारे में
• दीर्घकालिक बैकअप स्टोरेज की विशेषताएं
• बैकअप नीतियों के लिए सर्वोत्तम अभ्यास
• Doomsday के बाद बैकअप और रिकवरी पॉलिसी के लिए सिफारिशें

उपयोगकर्ता पुस्तिका (रूसी में)