वर्चुअल मशीनों का क्लाउड स्टोरेज में बैकअप लेना

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

-          सर्वर समेकन;

-          अनुप्रयोगों का पृथक्करण;

-          तेज सर्वर प्रोविजनिंग और गेस्ट वीएम की पोर्टेबिलिटी;

-          डेटा सेंटर के क्षेत्रफल और बिजली की खपत को कम करें;

-          सर्वरों के परीक्षण पर लागत बचाएं

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

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

1.          बैकअप लेने के लिए क्या-क्या चुनना है, यह तय करें

किसी भी बैकअप प्रणाली की तरह, आपको यह तय करना होगा कि किस डेटा का बैकअप लेना है। परंपरागत रूप से, इमेज बैकअप और डेटा बैकअप होते हैं।

1.1.    छवि बैकअप

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

1.2.  डेटा बैकअप (या फ़ाइल बैकअप)

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

2.          वर्चुअल मशीनों का बैकअप लेने के तरीके

(1)   इमेज बैकअप का उपयोग करके होस्ट सर्वर का बैकअप लें।

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

वास्तविक नुकसान काफी हद तक धारा 1.1 में उल्लिखित नुकसानों के समान हैं।  चूंकि एक होस्ट सर्वर कई वीएम को होस्ट कर सकता है, इसलिए कुछ कमियों से निपटना और भी मुश्किल हो जाता है।

(2)   वर्चुअल मशीन कॉन्फ़िगरेशन फ़ाइलों और वर्चुअल हार्ड डिस्क (VHD) का बैकअप लें।

विधि (1) की तुलना में, इस विधि में होस्ट सर्वर का बैकअप लेने की आवश्यकता नहीं होती है। यदि होस्ट सर्वर पर केवल एक ही VM होस्ट किया गया है, तो बैकअप की गति 100% तक तेज हो सकती है। यदि सर्वर पर कई VM होस्ट किए गए हैं, तो गति में यह वृद्धि उतनी महत्वपूर्ण नहीं होगी।

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

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

(3)   इमेज बैकअप का उपयोग करके वर्चुअल मशीन का बैकअप लें;

एक लिहाज़ से, वर्चुअल मशीन बिल्कुल एक फिजिकल मशीन की तरह होती है। इसलिए इसे भी रेगुलर इमेज बैकअप का इस्तेमाल करके बैकअप किया जा सकता है। चूंकि वर्चुअल मशीन की डिस्क इमेज फाइलें असल में VHD फाइलें होती हैं, इसलिए मेथड (3) और मेथड (2) में बहुत कम अंतर है। बेशक, अगर वर्चुअलाइजेशन सॉफ्टवेयर VSS को सपोर्ट नहीं करता है, तो मेथड (3) का इस्तेमाल करना होगा। अच्छी बात यह है कि आजकल के सभी मुख्य वर्चुअलाइजेशन सॉल्यूशन VSS को सपोर्ट करते हैं।

प्रबंधनीयता के दृष्टिकोण से विधि (2) बेहतर काम करती है: प्रत्येक अतिथि वीएम में बैकअप कार्य बनाने के बजाय, बैकअप को होस्ट सर्वर से केंद्रीय रूप से निष्पादित किया जा सकता है।

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

(4)   वर्चुअल मशीन में डेटा फ़ाइलों का बैकअप लें;

वर्चुअलाइजेशन के दो मुख्य लाभ हैं "तेज़ प्रोविज़निंग" और "पोर्टेबिलिटी"। इन दोनों लाभों के साथ, इमेज बैकअप की आमतौर पर आवश्यकता नहीं होती है।:

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

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

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

जैसा कि ऊपर बताया गया है, डेटा बैकअप, इमेज बैकअप की तुलना में कहीं अधिक कुशल और लचीला है।

3.          वर्चुअल मशीनों का क्लाउड पर बैकअप लेने में आने वाली चुनौतियाँ

वर्चुअल मशीनों का क्लाउड पर बैकअप लेना कई तरह की चुनौतियों को जन्म देता है। इमेज बैकअप का उपयोग करने पर बहुत बड़ी बैकअप फाइलें बन सकती हैं – एक फाइल 200GB या उससे भी बड़ी हो सकती है। यहां तक कि अगर आप सिर्फ VHD फाइलों का बैकअप लेते हैं, तो VHD फाइलें भी बहुत बड़ी हो सकती हैं – 100GB या उससे भी बड़ी। जब एक फाइल इतनी बड़ी हो जाती है, तो उसे अपलोड करना, डाउनलोड करना और उसमें बदलाव करना मुश्किल हो जाता है। अंततः, ऐसी फाइलों का ऑनलाइन बैकअप लेना बहुत ही अक्षम या अविश्वसनीय हो जाता है।

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

कई मामलों में इंक्रीमेंटल बैकअप से बैकअप किए जाने वाले डेटा की मात्रा कम हो सकती है; हालाँकि, इसके निम्नलिखित नुकसान हैं।:

-          इससे बैकअप और पुनर्स्थापना प्रक्रिया में और अधिक चरण जुड़ जाते हैं, जिससे इसमें त्रुटियों की संभावना बढ़ जाती है;

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

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

-          यह रोलिंग चेकसम एल्गोरिदम का उपयोग करके किसी फ़ाइल में होने वाले क्रमिक परिवर्तनों की गणना करने के लिए अधिक सीपीयू संसाधनों का उपयोग करता है।

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

4.          ड्राइवएचक्यू समाधान

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

4.1 अपनी वर्चुअल मशीन तैयार करें

हम ऑपरेटिंग सिस्टम वॉल्यूम, एप्लिकेशन वॉल्यूम और डेटा वॉल्यूम को अलग-अलग करने और ऑपरेटिंग सिस्टम, एप्लिकेशन और डेटा के लिए तीन-तीन VHD बनाने की सलाह देते हैं। कम से कम, हम दो VHD बनाने की सलाह देते हैं: एक ऑपरेटिंग सिस्टम के लिए, दूसरा एप्लिकेशन और डेटा के लिए; या एक ऑपरेटिंग सिस्टम और एप्लिकेशन के लिए, और दूसरा डेटा के लिए।

मेमोरी स्वैप फ़ाइल या पेज फ़ाइल को ऐप्स या डेटा वॉल्यूम में स्थानांतरित करने से ऑपरेटिंग सिस्टम वॉल्यूम पर डेटा की मात्रा को कम करने में मदद मिल सकती है।

उपरोक्त विधि से आप ऑपरेटिंग सिस्टम वॉल्यूम के लिए VHD फ़ाइल का आकार कम कर सकते हैं। Windows XP या Windows Server 2003 के लिए, ऑपरेटिंग सिस्टम वॉल्यूम का आकार लगभग 16GB या उससे भी कम होना चाहिए; Windows 7 / Server 2008 R2 के लिए, ऑपरेटिंग सिस्टम वॉल्यूम का आकार लगभग 32GB या उससे भी कम होना चाहिए।

4.2. वर्चुअल मशीन ऑपरेटिंग सिस्टम का बैकअप लें

उचित तैयारी के साथ, ऑपरेटिंग सिस्टम वाली VHD फ़ाइल का आकार अपेक्षाकृत छोटा (32GB से कम) हो सकता है। इस फ़ाइल का बैकअप स्थानीय रूप से या क्लाउड स्टोरेज पर आसानी से लिया जा सकता है। इस VHD का बैकअप केवल एक बार लेना आवश्यक है क्योंकि OS में शायद ही कभी कोई बदलाव होता है या ऐसे बदलाव आपके बैकअप या रिस्टोर को प्रभावित नहीं करेंगे।

ऑपरेटिंग सिस्टम की वीएचडी का बैकअप लेना आवश्यक नहीं हो सकता है क्योंकि आप ऑपरेटिंग सिस्टम को पुनः स्थापित कर सकते हैं, या ऑपरेटिंग सिस्टम को पुनर्स्थापित करने के लिए रिकवरी डिस्क का उपयोग कर सकते हैं।  दूसरी ओर, ऑपरेटिंग सिस्टम की वीएचडी (वर्चुअल हार्ड ड्राइव) को आसानी से उपलब्ध रखने से ऑपरेटिंग सिस्टम को पुनर्स्थापित करने में लगने वाला समय कम हो सकता है।

यदि आप अपने वर्चुअल मशीन के ऑपरेटिंग सिस्टम का बैकअप ड्राइवएचक्यू क्लाउड स्टोरेज पर लेने का निर्णय लेते हैं, तो आपको बस होस्ट सर्वर से ड्राइवएचक्यू ऑनलाइन बैकअप क्लाइंट सॉफ़्टवेयर चलाना होगा और डेटाबेस का उपयोग करके एक बैकअप टास्क बनाना होगा।  / ईमेल बैकअप विज़ार्ड में, वर्चुअल मशीन कॉन्फ़िगरेशन फ़ाइलों और OS VHD फ़ाइल का बैकअप लेने के लिए बैकअप स्रोत फ़ोल्डर चुनें, लेकिन अन्य VHD फ़ाइलों को शामिल न करें। आप मैनेज टास्क से अन्य VHD फ़ाइलों को शामिल नहीं कर सकते। है बैकअप टास्क विंडो संपादित करें।

4.3 वर्चुअल मशीन सॉफ़्टवेयर अनुप्रयोगों का बैकअप लें

यदि सॉफ्टवेयर एप्लिकेशन एक ही OS VHD में इंस्टॉल किए गए हैं, तो उनका बैकअप OS के साथ ही लिया जा चुका है।

यदि आपके पास सॉफ़्टवेयर इंस्टॉलेशन डिस्क है, तो ऐप्स VHD का बैकअप लेना आवश्यक नहीं है। फिर भी, ऐप्स VHD तैयार रखने से सॉफ़्टवेयर ऐप्स को पुनर्स्थापित करने में लगने वाला समय कम हो सकता है।

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

4.4 वर्चुअल मशीन डेटा फ़ाइलों का बैकअप लें

इस मामले में, एक वर्चुअल मशीन बिल्कुल एक फिजिकल मशीन के समान है। आपको बस इतना करना है कि..:

(1)   वर्चुअल मशीन पर DriveHQ ऑनलाइन बैकअप इंस्टॉल करें;

(2)   आवश्यक डेटा का बैकअप लेने के लिए बैकअप टास्क बनाएं। आप अलग-अलग फ़ोल्डरों का बैकअप लेने के लिए कई बैकअप टास्क बना सकते हैं और अलग-अलग बैकअप शेड्यूल सेट कर सकते हैं।

5.          ड्राइवएचक्यू के बैकअप समाधान के लाभ

अन्य क्लाउड बैकअप समाधानों की तुलना में, ड्राइवएचक्यू के वर्चुअल मशीन बैकअप समाधान के निम्नलिखित फायदे हैं।:

-          बैकअप किए जाने वाले डेटा की मात्रा को कम से कम करें।

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

-          पुनर्स्थापित करना तेज़।

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

-          कम लागत

हे   DriveHQ ऑनलाइन बैकअप के लिए बहुत कम स्टोरेज स्पेस की आवश्यकता होती है, और इसकी लागत भी काफी कम है।

-          व्यक्तिगत फ़ाइलों और फ़ोल्डरों को पुनर्स्थापित करने में सक्षम होना

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

-          डेटा भ्रष्टाचार की संभावना और उसके प्रभाव को कम करें।

हे   किसी बड़ी बैकअप फ़ाइल या VHD फ़ाइल का बैकअप लेना छोटी फ़ाइलों का बैकअप लेने की तुलना में कहीं अधिक त्रुटि-प्रवण होता है। इंक्रीमेंटल बैकअप से इस तरह का जोखिम 10 गुना बढ़ जाता है। 1000. डेटा ट्रांसफर में किसी भी एक त्रुटि/अपवाद या डिस्क त्रुटि/अपवाद से पूरी फ़ाइल दूषित हो जाएगी। यदि इस तरह की खराबी का समय पर पता नहीं चलता है, तो ग्राहकों को आवश्यकता पड़ने पर अपना सारा डेटा खोना पड़ सकता है।

हे   ड्राइवएचक्यू के समाधान का उपयोग करने से, डेटा दूषित होने का जोखिम बेहद कम होता है; और बेहद दुर्लभ मामलों में, ग्राहकों को केवल एक फ़ाइल का नुकसान हो सकता है।

-          अधिक लचीला

हे   एक सामान्य इमेज बैकअप को आमतौर पर केवल उसी भौतिक मशीन पर पुनर्स्थापित किया जा सकता है।

हे   DriveHQ का ऑनलाइन बैकअप कहीं से भी रिस्टोर किया जा सकता है।

हे   यदि आप वर्चुअल मशीन को किसी दूसरे होस्ट सर्वर पर ले जाते हैं, तो आपको अपने बैकअप टास्क को दोबारा कॉन्फ़िगर करने की आवश्यकता नहीं है।

संदर्भ:

[1]. http://www.vmware.com/pdf/vi3_301_201_vm_backup.pdf

[2]. http://msdn.microsoft.com/en-us/library/dd405549(v=VS.85).aspx