कॉर्पोरेट बैकअप के बारे में विस्तृत शैक्षिक कार्यक्रम, सिस्टम + व्यावहारिक सुझावों की एक जोड़ी की तुलना कैसे करें

^{बैकअप सिस्टम इस तरह काम कर सकता है}

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

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

आइए साधारण रूसी कंपनियों में बैकअप की इन विशेषताओं को देखें। उन उपकरणों को शामिल करना जो केवल उपकरण वापसी के मामले में समर्थित हैं।

हम शैक्षिक कार्यक्रम शुरू करते हैं। क्या आपको बैकअप की आवश्यकता है?

आमतौर पर यह सवाल उन लोगों से पूछा जाता है जो आईटी से दूर हैं। सही सवाल यह है कि "किस तरह के बैकअप की आवश्यकता है"? इस वर्ष की शुरुआत में, मुझे एक रिपोर्ट मिली कि वैश्विक औसत डेटा हानि कंपनी के मूल्य के एक तिहाई तक है, संयुक्त राज्य अमेरिका और यूरोप में - आधे तक। सीधे शब्दों में कहें, एक ताजा बैकअप की कमी का मतलब कुछ मामलों में बाजार छोड़ना हो सकता है।

मुझे बैकअप की आवश्यकता क्यों है?

बेशक, दुर्घटनाओं, हमलों और मानव मूर्खता से बचाने के लिए। सामान्य तौर पर, सवाल थोड़ा सा भोला होता है, लेकिन फिर भी हम थोड़ा और समझ लेते हैं।

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

आप आमतौर पर जटिल प्रणालियों में कैसे आते हैं?

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

एकीकरण अभ्यास में कैसा दिखता है?

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

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

बैकअप सॉफ्टवेयर में सबसे महत्वपूर्ण क्या है?

आइए मुख्य मापदंडों को देखें।

आर्किटेक्चर
समाधान की वास्तुकला निस्संदेह महत्वपूर्ण है। एक सिस्टम को कार्यात्मक मॉड्यूल में विभाजित करना सभी एंटरप्राइज़ बैकअप समाधानों के लिए सामान्य अभ्यास है। एक महत्वपूर्ण बिंदु डेटा प्रबंधन के तार्किक स्तर से भंडारण परत को अलग करना है, जैसा कि उदाहरण के लिए, CommVault Simpana में किया गया है - एक एकल बैकअप नौकरी एक डिस्क, टेप, या यहां तक ​​कि क्लाउड स्टोरेज का उपयोग कर सकती है।


उदाहरण बैकअप सॉफ़्टवेयर आर्किटेक्चर (CommVault Simpana)

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


IBS का केंद्रीकृत प्रबंधन

बाजार के नेताओं के पास ऐसी प्रणालियां हैं जो आपको यह देखने की अनुमति देती हैं कि क्या और कहाँ संग्रहीत किया जाता है, किस प्रकार के डेटा, क्या वास्तव में अनुकूलित किए जा सकते हैं और इसी तरह। आप आने वाले वर्ष के लिए पूर्वानुमान बना सकते हैं।

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

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

उदाहरण के लिए, CommVault या EMC सिस्टम कॉर्पोरेट बाजार पर उपलब्ध लगभग सभी OS और वाणिज्यिक अनुप्रयोगों का समर्थन करते हैं (विशेष रूप से, Oracle, Microsoft डेटाबेस, CommVault के पास PostgreSQL और MySQL, Documentum, SAP) के लिए भी समर्थन है।

Deduplication - वास्तुकला
उचित समर्पण महत्वपूर्ण है। समय पर अच्छा समर्पण डिस्क सरणियों के लिए लागत आवश्यकताओं को कम करता है और बहुत अच्छी तरह से यातायात दबाता है। मोटे तौर पर, अगर वर्चुअल मशीनों से उपयोगकर्ता डेटा का पहला बैकअप 10 जीबी पर था, तो प्रत्येक अगले एक, प्रति दिन 50-60 एमबी पर हो सकता है - सिस्टम कास्ट के बीच अंतर के कारण। इसी समय, बाहरी सिस्टम के लिए बैकअप मार्केट के नेता (उनके बारे में नीचे) अलग-अलग नग के रूप में प्रतियां देखते हैं, जैसे कि कुल बैकअप हर बार किया गया था। यह अविश्वसनीय रूप से वसूली को गति देता है।

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

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

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

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

भौतिक भंडारण

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

डिस्क और टेप + "क्लाउड"

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

लेकिन CommVault Simpana अभी भी कॉर्पोरेट स्टोरेज से डेटा की एक कॉपी को सीधे "क्लाउड" में स्टोर कर सकता है (हमारे कुछ ग्राहक CROC "क्लाउड" के साथ ऐसा करते हैं - हमने भी प्रमाणन किया)। इस अतिरिक्त प्रति को ग्राहक द्वारा दीर्घकालिक संग्रह माना जा सकता है। इसे स्टोर करने के लिए, आपको हार्डवेयर के बारे में सोचने की आवश्यकता नहीं है। फिर भी इस तरह की कॉपी का इस्तेमाल आपदा वसूली प्रणालियों के लिए किया जा सकता है। उदाहरण के लिए, एक ग्राहक ऐसा करता है: भंडारण के लिए सभी वर्चुअल मशीनों की एक प्रति हमारे “क्लाउड” को भेजी जाती है। ग्राहक के मुख्य डेटा केंद्र में गिरावट की स्थिति में, हम इन सभी आभासी मशीनों को अपने बुनियादी ढांचे पर चला सकते हैं। इस मामले में, लॉन्च से पहले भुगतान केवल क्षमता के लिए है - अर्थात, यह आर्थिक रूप से बहुत महत्वपूर्ण है।

उपयोगकर्ताओं के साथ प्रत्यक्ष काम

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

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



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

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

कितनी तेजी से सब कुछ वापस लुढ़काया जा सकता है?

मान लीजिए कि हमारे पास Oracle डेटाबेस के साथ एक रिपॉजिटरी के रूप में एक जटिल प्रणाली है। डेटा एक डेटा सेंटर में कई सर्वरों पर भौतिक रूप से "फैला हुआ" है। CommVault द्वारा उपयोग किया जाता है।

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

संस्करण से संस्करण तक प्रणालियों का विकास

बैकअप सिस्टम के विकास के साथ, नए वाणिज्यिक अनुप्रयोगों के लिए समर्थन उभर रहा है। यह समर्थन के हिस्से के रूप में मानक सर्विस पैक के बारे में है। CommVault, उदाहरण के लिए, अगली रिलीज़ को खरीदने के लिए मजबूर करने के बजाय वर्तमान संस्करण के लिए संगतता अपडेट जारी करने की एक अच्छी नीति है: यह सुविधाजनक है क्योंकि कंपनी का बुनियादी ढांचा लगातार विकसित हो रहा है।

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

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

विक्रेताओं

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


गार्टनर स्क्वायर: शीर्ष-दाएं नेता, आला खिलाड़ी नीचे-बाएं।

IBM Tivoli Storage Manager (TSM) उद्यम में एक बैकअप योजना स्थापित करने और व्यवस्थित करने के मामले में काफी लचीला उत्पाद है। विभिन्न टीएसएम घटकों को मिलाकर, ग्राहक को अपने कार्यों के लिए आवश्यक कार्यक्षमता बनाने का अवसर मिलता है। , , . TSM IBM.

EMC . , , , , . Clariion, VNX, data domain, EMC, . , EMC Avamar - .

Symantec NetBackup, enterprise-, «» BackupExec, , Microsoft. NetBackup , -, . . NetBackup UNIX-. Symantec , , .

CommVault . , , , . , , . , . , IT- . , CommVault . *unix , – , , , , . , , .

, , , . , , AlBelyaev@croc.ru, .

• : «» , .
• «» , active-active Big Data.
• , .
• .
• EMC : , .