Commvault सह बॅकअप: काही आकडेवारी आणि प्रकरणे

मागील पोस्टमध्ये, आम्ही सेट अप करण्याच्या सूचना सामायिक केल्या आहेत राखीव प्रत и प्रतिकृती Veeam वर आधारित. आज आपण Commvault वापरून बॅकअपबद्दल बोलू इच्छितो. कोणत्याही सूचना नसतील, परंतु आम्ही तुम्हाला सांगू की आमचे क्लायंट आधीच काय आणि कसे बॅकअप घेत आहेत.

OST-2 डेटा सेंटरमधील Commvault वर आधारित बॅकअप सिस्टमची स्टोरेज सिस्टम.

ते कसे कार्य करते?

Commvault हे ऍप्लिकेशन्स, डेटाबेस, फाइल सिस्टम्स, व्हर्च्युअल मशीन्स आणि फिजिकल सर्व्हरसाठी बॅकअप प्लॅटफॉर्म आहे. या प्रकरणात, प्रारंभिक डेटा कोणत्याही साइटवर असू शकतो: आमच्यासह - क्लायंटच्या बाजूला, दुसर्या व्यावसायिक डेटा सेंटरमध्ये किंवा क्लाउडमध्ये.

क्लायंट बॅकअप ऑब्जेक्ट्सवर एजंट स्थापित करतो - iData एजंट - आणि आवश्यक बॅकअप धोरणांनुसार ते कॉन्फिगर करते. iData एजंट आवश्यक डेटा संकलित करतो, संकुचित करतो, डुप्लिकेट करतो, एन्क्रिप्ट करतो आणि डेटालाइन बॅकअप सिस्टममध्ये स्थानांतरित करतो.

प्रॉक्सी सर्व्हर क्लायंट नेटवर्क आणि आमच्या नेटवर्कची कनेक्टिव्हिटी सुनिश्चित करा, चॅनेलचे अलगाव ज्याद्वारे डेटा प्रसारित केला जातो.

DataLine बाजूला, iData एजंटकडून डेटा प्राप्त होतो मीडिया एजंट सर्व्हर आणि ते स्टोरेज सिस्टीम, टेप लायब्ररी इत्यादींवरील स्टोरेजमध्ये पाठवते. हे सर्व द्वारे व्यवस्थापित केले जाते Commserve. आमच्या कॉन्फिगरेशनमध्ये, मुख्य नियंत्रण सर्व्हर OST साइटवर स्थित आहे आणि बॅकअप सर्व्हर NORD साइटवर स्थित आहे.

डीफॉल्टनुसार, क्लायंट डेटा एका साइटवर संग्रहित केला जातो, परंतु तुम्ही एकाच वेळी दोन स्थानांवर बॅकअप आयोजित करू शकता किंवा दुसऱ्या साइटवर बॅकअप हस्तांतरित करण्यासाठी शेड्यूल सेट करू शकता. या पर्यायाला "सहायक प्रत" म्हणतात. उदाहरणार्थ, महिन्याच्या शेवटी सर्व पूर्ण बॅकअप स्वयंचलितपणे डुप्लिकेट केले जातील किंवा दुसऱ्या साइटवर हलवले जातील.

Commvault बॅकअप प्रणालीच्या ऑपरेशनची योजना.

बॅकअप सिस्टम प्रामुख्याने VMware वर्च्युअलायझेशनवर कार्य करते: CommServe, मीडिया एजंट आणि प्रॉक्सी सर्व्हर आभासी मशीनवर तैनात केले जातात. जर क्लायंट आमची उपकरणे वापरत असेल, तर बॅकअप Huawei OceanStor 5500 V3 स्टोरेज सिस्टीमवर ठेवले जातात. क्लायंट स्टोरेज सिस्टीमचा बॅकअप घेण्यासाठी, टेप लायब्ररीवर बॅकअप संचयित करण्यासाठी, भौतिक सर्व्हरवर वेगळे मीडिया एजंट वापरले जातात.

ग्राहकांसाठी काय महत्वाचे आहे?

आमच्या अनुभवावरून, जे ग्राहक बॅकअपसाठी Commvault निवडतात ते खालील मुद्द्यांकडे लक्ष देतात.

कन्सोल. ग्राहकांना बॅकअप स्वतः व्यवस्थापित करायचे आहेत. सर्व मूलभूत ऑपरेशन्स Commvault कन्सोलमध्ये उपलब्ध आहेत:

• बॅकअपसाठी सर्व्हर जोडणे आणि काढणे;
• iData एजंट सेट करणे;
• कार्यांची निर्मिती आणि मॅन्युअल प्रारंभ;
• बॅकअपची स्वयं-पुनर्स्थापना;
• बॅकअप कार्यांच्या स्थितीबद्दल सूचना सेट करणे;
• वापरकर्त्यांच्या भूमिका आणि गटावर अवलंबून कन्सोलमध्ये प्रवेशाचा फरक.

डुप्लिकेशन. डीडुप्लिकेशन तुम्हाला बॅकअप प्रक्रियेदरम्यान डेटाचे डुप्लिकेट ब्लॉक्स शोधण्याची आणि काढण्याची परवानगी देते. अशा प्रकारे, ते स्टोरेज सिस्टमवर जागा वाचविण्यात मदत करते आणि हस्तांतरित केलेल्या डेटाचे प्रमाण कमी करते, बँडविड्थची आवश्यकता कमी करते. डुप्लिकेशन न करता, बॅकअप मूळ डेटाच्या आकाराच्या दोन ते तीन पट घेईल.

Commvault च्या बाबतीत, डुप्लिकेशन क्लायंटच्या बाजूने किंवा मीडिया एजंटच्या बाजूने कॉन्फिगर केले जाऊ शकते. पहिल्या प्रकरणात, नॉन-युनिक डेटा ब्लॉक्स मीडिया एजंट सर्व्हरवर देखील हस्तांतरित केले जाणार नाहीत. दुसऱ्यामध्ये, पुनरावृत्ती होणारा ब्लॉक टाकून दिला जातो आणि स्टोरेज सिस्टमवर लिहिलेला नाही.

असे ब्लॉक डिडुप्लिकेशन हॅश फंक्शन्सवर आधारित आहे. प्रत्येक ब्लॉकला एक हॅश नियुक्त केला जातो, जो हॅश टेबलमध्ये संग्रहित केला जातो, एक प्रकारचा डेटाबेस (डिडुप्लिकेशन डेटाबेस, डीडीबी). डेटा प्रसारित करताना, हॅश या बेसद्वारे "पंच" केला जातो. जर असा हॅश आधीपासूनच डेटाबेसमध्ये असेल, तर ब्लॉक नॉन-युनिक म्हणून चिन्हांकित केला जातो आणि मीडिया एजंट सर्व्हरवर (पहिल्या प्रकरणात) हस्तांतरित केला जात नाही किंवा डेटा स्टोरेज सिस्टमवर (दुसऱ्यामध्ये) लिहिलेला नाही.

डुप्लिकेशनबद्दल धन्यवाद, आम्ही 78% पर्यंत स्टोरेज जागा वाचवू शकतो. आता 166,4 TB स्टोरेजवर साठवले आहे. डुप्लिकेशन न करता, आम्हाला 744 TB संचयित करावे लागेल.

हक्क वेगळे करण्याची शक्यता. Commvault मध्ये बॅकअप व्यवस्थापनासाठी प्रवेशाचे विविध स्तर सेट करण्याची क्षमता आहे. तथाकथित "भूमिका" कोणत्या कृती असतील हे ठरवतात परवानगी बॅकअप ऑब्जेक्ट्सच्या संबंधात वापरकर्ता. उदाहरणार्थ, डेव्हलपर केवळ एका विशिष्ट स्थानावर डेटाबेससह सर्व्हर पुनर्संचयित करण्यास सक्षम असतील, तर प्रशासक त्याच सर्व्हरसाठी ऑर्डरबाहेरचा बॅकअप चालविण्यात आणि नवीन वापरकर्ते जोडण्यास सक्षम असतील.

एनक्रिप्शन. Commvault द्वारे बॅकअप घेत असताना तुम्ही खालील प्रकारे डेटा एन्क्रिप्ट करू शकता:

• क्लायंट एजंटच्या बाजूने: या प्रकरणात, डेटा आधीच एनक्रिप्टेड स्वरूपात बॅकअप सिस्टममध्ये हस्तांतरित केला जाईल;
• मीडिया एजंटच्या बाजूने;
• चॅनल स्तरावर: क्लायंट एजंटच्या बाजूला डेटा एन्क्रिप्ट केला जातो आणि मीडिया एजंट सर्व्हरवर डिक्रिप्ट केला जातो.

उपलब्ध एन्क्रिप्शन अल्गोरिदम: ब्लोफिश, जीओएसटी, सर्प, टूफिश, 3-डीईएस, एईएस (कॉमव्हॉल्टने शिफारस केलेले).

काही आकडेवारी

डिसेंबरच्या मध्यापर्यंत, Commvault च्या मदतीने, आमच्याकडे 27 ग्राहकांचा बॅकअप आहे. त्यापैकी बहुतेक किरकोळ विक्रेते आणि वित्तीय संस्था आहेत. मूळ कॉपी डेटाची एकूण रक्कम 65 TB आहे.

दररोज सुमारे 4400 कार्ये केली जातात. खाली गेल्या 16 दिवसात पूर्ण झालेल्या कामांची आकडेवारी दिली आहे.

सर्वात जास्त, विंडोज फाइल सिस्टम, एसक्यूएल सर्व्हर आणि एक्सचेंज डेटाबेसचा Commvault द्वारे बॅकअप घेतला जातो.

आणि आता वचन दिलेली प्रकरणे. जरी वैयक्तिक नसले तरी (NDA म्हणतो नमस्कार :)), ते ग्राहक Commvault-आधारित बॅकअप काय आणि कसे वापरतात याची कल्पना देतात. खाली एकच बॅकअप सिस्टम वापरणाऱ्या ग्राहकांसाठी केस स्टडीज आहेत, म्हणजे शेअर केलेले सॉफ्टवेअर, मीडिया एजंट सर्व्हर आणि स्टोरेज सिस्टम.

केस १

ग्राहक. संपूर्ण रशियामध्ये शाखांचे वितरित नेटवर्क असलेली मिठाई बाजाराची रशियन व्यापार आणि उत्पादन कंपनी.

एक कार्य.मायक्रोसॉफ्ट एसक्यूएल डेटाबेस, फाइल सर्व्हर, अॅप्लिकेशन सर्व्हर, एक्सचेंज ऑनलाइन मेलबॉक्सेससाठी बॅकअपची संस्था.

प्रारंभिक डेटा संपूर्ण रशियामध्ये (10 पेक्षा जास्त शहरे) कार्यालयांमध्ये स्थित आहे. तुम्हाला कंपनीच्या कोणत्याही कार्यालयात त्यानंतरच्या डेटा रिकव्हरीसह DataLine साइटवर बॅकअप घेणे आवश्यक आहे.
त्याच वेळी, क्लायंटला प्रवेश नियंत्रणासह पूर्ण स्वयं-व्यवस्थापन हवे होते.
स्टोरेजची खोली - वर्ष. एक्सचेंज ऑनलाइनसाठी, ऑनलाइन प्रतींसाठी 3 महिने आणि संग्रहणांसाठी एक वर्ष.

उपाय. दुसर्‍या साइटवरील डेटाबेससाठी अतिरिक्त प्रत सेट केली गेली: महिन्याचा शेवटचा पूर्ण बॅकअप दुसर्‍या साइटवर हस्तांतरित केला जातो आणि एका वर्षासाठी तेथे संग्रहित केला जातो.

क्लायंटच्या रिमोट ऑफिसमधील चॅनेलची गुणवत्ता नेहमीच इष्टतम वेळेच्या फ्रेममध्ये बॅकअप आणि पुनर्संचयित करण्याची परवानगी देत ​​​​नाही. प्रसारित ट्रॅफिकचे प्रमाण कमी करण्यासाठी, क्लायंटच्या बाजूने डुप्लिकेशन कॉन्फिगर केले गेले. तिच्याबद्दल धन्यवाद, कार्यालयांची दुर्गमता लक्षात घेऊन पूर्ण बॅकअपची वेळ स्वीकार्य झाली. उदाहरणार्थ, सेंट पीटर्सबर्ग येथून 131 GB चा संपूर्ण डेटाबेस बॅकअप 16 मिनिटांत केला जातो. येकातेरिनबर्ग येथून, 340 तास 1 मिनिटांसाठी 45 GB डेटाबेसचा बॅकअप घेतला जातो.

भूमिकांद्वारे, ग्राहकाने त्याच्या विकसकांसाठी वेगवेगळ्या परवानग्या कॉन्फिगर केल्या आहेत: फक्त बॅकअप किंवा पुनर्संचयित करा.

केस १

ग्राहक. मुलांच्या वस्तूंच्या दुकानांची रशियन साखळी.
एक कार्य. यासाठी बॅकअपची संस्था:
4 फिजिकल सर्व्हरवर आधारित अत्यंत लोड केलेले MS SQL क्लस्टर;
वेबसाइट, ऍप्लिकेशन सर्व्हर, 1C, एक्सचेंज आणि फाइल सर्व्हरसह आभासी मशीन.
क्लायंटची संपूर्ण निर्दिष्ट इन्फ्रास्ट्रक्चर OST आणि NORD साइट्समध्ये अंतर आहे.
एसक्यूएल सर्व्हरसाठी आरपीओ - ​​30 मिनिटे, उर्वरित - 1 दिवस.
स्टोरेजची खोली - डेटाच्या प्रकारानुसार 2 आठवड्यांपासून 30 दिवसांपर्यंत.

उपाय. आम्ही Veeam आणि Commvault वर आधारित उपायांचे संयोजन निवडले. वीमचा वापर आमच्या क्लाउडवरून फाइल बॅकअपसाठी केला जातो. डेटाबेस सर्व्हर, सक्रिय निर्देशिका, मेल आणि भौतिक सर्व्हरचा Commvault द्वारे बॅकअप घेतला जातो.

उच्च बॅकअप गती प्राप्त करण्यासाठी, क्लायंटने बॅकअप कार्यांसाठी MS SQL सह भौतिक सर्व्हरवर स्वतंत्र नेटवर्क अडॅप्टर वाटप केले. 3,4 TB डेटाबेसच्या पूर्ण बॅकअपसाठी 2 तास 20 मिनिटे लागतात आणि पूर्ण पुनर्संचयित करण्यासाठी 5 तास 5 मिनिटे लागतात.

क्लायंटकडे मोठ्या प्रमाणात प्रारंभिक डेटा होता (जवळपास 18 टीबी). जर क्लायंटने आधी केल्याप्रमाणे डेटा टेप लायब्ररीवर स्टॅक करायचा असेल तर अनेक डझन काडतुसे आवश्यक असतील. यामुळे क्लायंटच्या संपूर्ण बॅकअप प्रणालीचे व्यवस्थापन गुंतागुंतीचे होईल. म्हणून, अंतिम अंमलबजावणीमध्ये, टेप लायब्ररीची जागा स्टोरेज सिस्टमने घेतली.

केस १

ग्राहक. CIS मध्ये सुपरमार्केट चेन
एक कार्य. ग्राहकाला आमच्या क्लाउडमध्ये होस्ट केलेल्या SAP सिस्टमचा बॅकअप घ्यायचा आणि पुनर्संचयित करायचा होता. SAP HANA डेटाबेससाठी RPO=15 मिनिटे, अॅप्लिकेशन सर्व्हरसह आभासी मशीनसाठी RPO=24 तास. स्टोरेजची खोली - 30 दिवस. अपघात झाल्यास RTO=1 तास, मागणीनुसार प्रत पुनर्संचयित करण्यासाठी RTO=4 तास.

उपाय. HANA डेटाबेससाठी, DATA फाइल्स आणि लॉग फाइल्सचे बॅकअप विशिष्ट अंतराने कॉन्फिगर केले गेले. लॉग फाइल्स प्रत्येक 15 मिनिटांनी संग्रहित केल्या जातात किंवा जेव्हा ते एका विशिष्ट आकारात पोहोचतात.

डेटाबेसची पुनर्प्राप्ती वेळ कमी करण्यासाठी, आम्ही स्टोरेज सिस्टम आणि टेप लायब्ररीवर आधारित बॅकअपचे दोन-स्तरीय स्टोरेज सेट केले आहे. ऑन-लाइन प्रती डिस्कमध्ये जोडल्या जातात ज्यात आठवड्यात कोणत्याही वेळी पुनर्प्राप्ती होण्याची शक्यता असते. जेव्हा बॅकअप 1 आठवड्यापेक्षा जुना होतो, तेव्हा तो संग्रहणात, टेप लायब्ररीमध्ये हलविला जातो, जिथे तो आणखी 30 दिवसांसाठी संग्रहित केला जातो.

181 GB डेटाबेसपैकी एकाचा संपूर्ण बॅकअप 1 तास 54 मिनिटांत घेतला जातो.

बॅकअप सेट अप करताना, SAP बॅकइंट इंटरफेस वापरला गेला, जो SAP HANA स्टुडिओसह तृतीय-पक्ष बॅकअप प्रणाली एकत्रित करण्यास अनुमती देतो. त्यामुळे, बॅकअप थेट SAP कन्सोलवरून व्यवस्थापित केले जाऊ शकतात. हे SAP प्रशासकांसाठी जीवन सोपे करते ज्यांना नवीन इंटरफेसची सवय नाही.

मानक Commvault क्लायंट कन्सोलद्वारे क्लायंटसाठी बॅकअप व्यवस्थापन देखील उपलब्ध आहे.

आजसाठी एवढेच. टिप्पण्यांमध्ये प्रश्न विचारा.

स्त्रोत: www.habr.com