बैकअप भंडारण प्रौद्योगिकियों का परिवर्तन: सॉफ्टवेयर उत्पाद और डेटा डुप्लीकेशन उपकरण

स्टोरेज-केंद्रित डिस्क बैकअप के लिए बाजार को अरबों डॉलर में मापा जाता है। इस बाजार में कुछ जानी-मानी कंपनियाँ हैं जो ऐसे उत्पाद जारी करती हैं जो दुनिया भर में पहले से ही प्रसिद्ध हो चुके हैं: EMC DataDomain, Symantec NetBackup, HP StoreOnce, IBM ProtectTier, ExaGrid और अन्य। यह बाजार कैसे शुरू हुआ, और अब यह किस तकनीकी दिशा में विकसित हो रहा है, विभिन्न सॉफ्टवेयर उत्पादों और एक दूसरे के साथ समर्पण उपकरणों की तुलना कैसे करें?

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

बैकअप सॉफ़्टवेयर उत्पादों को मूल रूप से इस धारणा के साथ डिज़ाइन किया गया था कि बैकअप स्टोरेज एक टेप ड्राइव है, और बैकअप एल्गोरिथ्म पिता-पुत्र-पोता एल्गोरिथ्म है:

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

इस दृष्टिकोण ने काफी बैकअप डेटा उत्पन्न किया और टेप का उपयोग करते समय कंपनियों के लिए अपेक्षाकृत सस्ता था, लेकिन डिस्क का उपयोग करते समय, इस दृष्टिकोण की लागत में काफी वृद्धि हुई।

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

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

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

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

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

पहले बिंदु पर विचार करें (कौन सा समर्पण बेहतर है?)

तुलना करते समय, निर्माताओं के तर्कों में कटौती के गुणांक, बैकअप विंडो की अवधि, कुल समकक्ष भंडारण क्षमता और प्रतिकृति दक्षता के तुलनात्मक विश्लेषण के लिए नीचे आते हैं। हालांकि, वास्तव में, यह विश्लेषण दृढ़ता से "पर्यावरणीय कारकों" पर निर्भर करता है (जो कि प्रायोगिक स्थितियों पर है, और यदि ग्राहक की वास्तविक स्थिति प्रयोगात्मक लोगों से अलग है, तो गुणांक को मापने का परिणाम अलग होगा)।

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

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

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

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

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

केवल मूल डेटा की अंतरण दर को एक उद्देश्य मीट्रिक माना जा सकता है।

रणनीति # 2 (इलेक्ट्रॉनिक संग्रह के रूप में बैकअप लक्ष्य SHD)

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

रणनीति नंबर 3 (बैकअप सॉफ्टवेयर उत्पादों के साथ भंडारण प्रणालियों का एकीकरण)

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

निष्कर्ष में

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

संबंधित लिंक

• Deduplication का परिचय
• बैकअप का डेडुप्लीकेशन और कम्प्रेशन
• सैन स्नैपशॉट के लिए वीम एक्सप्लोरर: एचपी सैन हार्डवेयर स्नैपशॉट से पुनर्प्राप्त करें
• Deduplication 2013: एक साथ लक्ष्य और स्रोत कटौती का उपयोग करना
• Deduplication 2013: स्रोत समर्पण
• डिडुप्लीकेशन 2013: लक्ष्य समर्पण
• वैन त्वरक बैकअप और प्रतिकृति v7.5 में निर्मित