बचाव के बादल

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

बचपन कहाँ जाता है?

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

मांस से मांस, बैकअप से बैकअप

इसलिए, यदि हम वास्तव में अपने डेटा को महत्व देते हैं, तो हमें उनके बैकअप की बैकअप प्रतियां चाहिए। हालांकि, प्रतियों की संख्या में वृद्धि के साथ, हमें इस समस्या का सामना करना पड़ रहा है कि दुर्भावनापूर्ण एनकोडर-कॉपी-पेस्ट मुठभेड़ों - समन्वय की समस्या। उदाहरण के लिए, मैंने किसी तरह फ़ोटो के बैकअप के साथ पश्चिमी डिजिटल बाहरी ड्राइव को उड़ाया (जिसके बाद मेरे पास WD का एक भयंकर अविश्वास है)। तब से मैं चित्रों को दो डिस्क में कॉपी कर रहा हूं, लेकिन यह इन प्रतियों को सिंक्रनाइज़ करने के लिए एक अतिरिक्त भार बनाता है। चिपके और चिपके हुए यूएसबी ड्राइव वह नहीं है जो मैं अपने जीवन के बाकी हिस्सों के लिए करना चाहूंगा। यह अच्छा होगा यदि कोई मेरे लिए बैकअप का बैकअप ले।
Acronis बैकअप और रिकवरी उत्पाद में, यह उत्पाद ही है, जो अतिरिक्त बैकअप को अतिरिक्त संग्रहण के लिए बनाई गई बैकअप श्रृंखलाओं को दोहरा सकता है। उदाहरण के लिए, यह D2D2T (डिस्क टू टेप टू डिस्क) या डी 2 डी 2 सी (डिस्क टू डिस्क टू क्लाउड) स्क्रिप्ट को हल किया जाता है।
Acronis True Image में, बैकअप अतिरेक क्लाउड से बैकअप द्वारा तय किया जाता है। दरअसल, Acronis क्लाउड में, प्रतिकृति में पहले से ही दो शामिल हैं - रीड और सोलोमन , कई स्टोरेज नोड्स में डेटा की प्रतिलिपि बनाना, ताकि यदि एक नोड विफल हो जाए, तो डेटा खो नहीं जाए। क्लाउड के कार्यान्वयन के बारे में कुछ विवरण किसी अन्य पोस्ट में अधिक विस्तार से वर्णित किए जाएंगे।

क्लाउड पर कॉपी करें

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

1. भूगोल
2. विधान
3. कॉपी किए जाने वाले डेटा की मात्रा
4. डेटा फ्रीक्वेंसी
5. चैनल की चौड़ाई
6. रिबूट किए बिना कंप्यूटर अपटाइम
7. डेटा संगति का महत्व

भूगोल और विधान

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

तकनीकी कारक

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

कॉपी किए जाने वाले डेटा की मात्रा

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

डेटा फ्रीक्वेंसी

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

चैनल की चौड़ाई

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

रिबूट के बिना रनटाइम

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

डेटा संगति

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

मेघ दृश्य

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

तुल्यकालन

यदि डेटा संगतता महत्वपूर्ण नहीं है, तो इसे बचाने के लिए सबसे सुविधाजनक समाधान सिंक्रनाइज़ेशन है। उच्च-स्तरीय सिंक्रनाइज़ेशन योजना इस प्रकार है:

1. सिंक्रनाइज़ किए जाने वाले सभी नोड्स पर एक एजेंट स्थापित किया गया है।
2. एजेंट को ट्रैकिंग के लिए एक निश्चित क्षेत्र सौंपा गया है (फ़ोल्डर, फ़ोल्डर का सेट, पूरी मात्रा)
3. एजेंट परिवर्तनों की निगरानी करता है और तुरंत उन्हें क्लाउड पर अपलोड कर देता है, अगर यह कनेक्शन उपलब्ध होने तक या पोस्टपोन करता है
4. एजेंट क्लाउड में घटनाओं की सदस्यता लेता है और उन्हें स्थानीय रूप से निभाता है
5. बैकअप के कारण फ़ाइलों का संस्करण क्लाउड में ही होता है।

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

सिस्टम बैकअप

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

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

1. प्रारंभिक डाउनलोड (प्रारंभिक सीडिंग)
2. शुरू करने

प्राथमिक डाउनलोड

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

शुरू करने

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

हाइब्रिड इमेज कैप्चर

ट्रू इमेज 2014 में, Acronis (और दुनिया में!) में पहली बार हाइब्रिड इमेजिंग लागू किया गया है। एल्गोरिथ्म इस प्रकार है:

1. फ़ाइल सिस्टम का एक स्नैपशॉट बनाता है
2. छवि कैप्चर तकनीक बुनियादी बूट जानकारी के साथ एक खाली वॉल्यूम की प्रतिलिपि बनाता है (यह मात्रा 200 Kb से अधिक नहीं है)
3. छवि से फ़ाइलें गुप्त रूप से क्लाउड पर कॉपी की जाती हैं।

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

वैसे, इस तथ्य के कारण कि हमारे पास बूट करने योग्य जानकारी के साथ एक वॉल्यूम की छवि है, यह संभव है, व्यक्तिगत फ़ाइलों को पुनर्स्थापित करने के अलावा, बूट करने योग्य मीडिया से नंगे धातु पर एक बैकअप प्रतिलिपि रोल करने के लिए। उसकी लाइन में Acronis!

रूस और बादल

उपरोक्त सभी को ध्यान में रखते हुए, सवाल उठता है: क्या ये बन्स रूसी घर उपयोगकर्ताओं के लिए उपलब्ध हैं? विपणन सामग्री पढ़ने वालों का उत्तर नहीं है। आइए समझते हैं कि क्यों नहीं, इससे पहले कि हम रूस में इसे आज़माने के तरीकों की तलाश करें। तथ्य यह है कि आज हमारे क्लाउड स्टोरेज सुविधाएं संयुक्त राज्य अमेरिका (सेंट लुइस और बोस्टन) और यूरोप (स्ट्रासबर्ग) में तैनात हैं, और हमारे पास अभी तक रूस में डेटा सेंटर नहीं है।

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

निष्कर्ष

• क्लाउड ऑफसाइट बैकअप के लिए प्राथमिक भंडारण है
• बादल ही अतिरेक प्रदान करता है
• क्लाउड विश्वसनीय है, लेकिन काफी सुलभ भंडारण नहीं है, जो बैकअप संग्रहण के लिए सामान्य है
• क्लाउड पर डेटा वितरित करना एक कठिन काम है, जरूरतों और परिदृश्य के आधार पर, इसे निम्न विधियों में से एक द्वारा हल किया जा सकता है:
  • तुल्यकालन
  • प्राथमिक डाउनलोड
  • हाइब्रिड इमेज कैप्चर