कॉमवॉल्ट के साथ बैकअप: कुछ आँकड़े और मामले

पिछली पोस्टों में, हमने सेटअप के लिए निर्देश साझा किए थे आरक्षित प्रति и प्रतिकृति वीम पर आधारित। आज हम Commvault का उपयोग करके बैकअप के बारे में बात करना चाहते हैं। कोई निर्देश नहीं होगा, लेकिन हम आपको बताएंगे कि हमारे ग्राहक पहले से ही क्या और कैसे बैकअप ले रहे हैं।

OST-2 डेटा सेंटर में कॉमवॉल्ट पर आधारित बैकअप सिस्टम की भंडारण प्रणाली।

यह कैसे काम करता है?

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

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

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

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

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

कॉमवॉल्ट बैकअप सिस्टम के संचालन की योजना।

बैकअप सिस्टम मुख्य रूप से VMware वर्चुअलाइजेशन पर काम करता है: कॉमसर्व, मीडिया एजेंट और प्रॉक्सी सर्वर वर्चुअल मशीनों पर तैनात किए जाते हैं। यदि क्लाइंट हमारे उपकरण का उपयोग करता है, तो बैकअप Huawei OceanStor 5500 V3 स्टोरेज सिस्टम पर रखा जाता है। क्लाइंट स्टोरेज सिस्टम का बैकअप लेने के लिए, टेप लाइब्रेरीज़ पर बैकअप स्टोर करने के लिए, भौतिक सर्वर पर अलग मीडिया एजेंटों का उपयोग किया जाता है।

ग्राहकों के लिए क्या महत्वपूर्ण है?

हमारे अनुभव से, जो ग्राहक बैकअप के लिए कॉमवॉल्ट चुनते हैं, वे निम्नलिखित बातों पर ध्यान देते हैं।

सांत्वना देना। ग्राहक बैकअप स्वयं प्रबंधित करना चाहते हैं. सभी बुनियादी ऑपरेशन कॉमवॉल्ट कंसोल में उपलब्ध हैं:

• बैकअप के लिए सर्वर जोड़ना और हटाना;
• iData एजेंट की स्थापना;
• कार्यों का निर्माण और मैन्युअल शुरुआत;
• बैकअप की स्व-बहाली;
• बैकअप कार्यों की स्थिति के बारे में सूचनाएं सेट करना;
• उपयोगकर्ताओं की भूमिका और समूह के आधार पर कंसोल तक पहुंच का अंतर।

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

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

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

डिडुप्लीकेशन के लिए धन्यवाद, हम 78% तक भंडारण स्थान बचा सकते हैं। अब स्टोरेज पर 166,4 टीबी स्टोर है। डिडुप्लीकेशन के बिना, हमें 744 टीबी स्टोर करना होगा।

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

कूटलेखन। आप निम्नलिखित तरीकों से कॉमवॉल्ट के माध्यम से बैकअप लेते समय डेटा एन्क्रिप्ट कर सकते हैं:

• क्लाइंट एजेंट की ओर से: इस मामले में, डेटा पहले से ही एन्क्रिप्टेड रूप में बैकअप सिस्टम में स्थानांतरित किया जाएगा;
• मीडिया एजेंट पक्ष पर;
• चैनल स्तर पर: डेटा को क्लाइंट एजेंट की ओर से एन्क्रिप्ट किया जाता है और मीडिया एजेंट सर्वर पर डिक्रिप्ट किया जाता है।

उपलब्ध एन्क्रिप्शन एल्गोरिदम: ब्लोफिश, GOST, सर्पेंट, टूफिश, 3-डीईएस, एईएस (कॉमवॉल्ट द्वारा अनुशंसित)।

कुछ आँकड़े

दिसंबर के मध्य तक, कॉमवॉल्ट की मदद से, हमारे पास 27 ग्राहक हैं। उनमें से अधिकांश खुदरा विक्रेता और वित्तीय संस्थान हैं। मूल प्रति डेटा की कुल मात्रा 65 टीबी है।

प्रतिदिन लगभग 4400 कार्य निष्पादित किये जाते हैं। नीचे पिछले 16 दिनों के पूर्ण किए गए कार्यों के आँकड़े दिए गए हैं।

सबसे बढ़कर, Windows फ़ाइल सिस्टम, SQL सर्वर और एक्सचेंज डेटाबेस का बैकअप Commvault के माध्यम से किया जाता है।

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

मामला एक

ग्राहक। पूरे रूस में शाखाओं के एक वितरित नेटवर्क के साथ कन्फेक्शनरी बाजार की रूसी व्यापार और विनिर्माण कंपनी।

टास्क।Microsoft SQL डेटाबेस, फ़ाइल सर्वर, एप्लिकेशन सर्वर, एक्सचेंज ऑनलाइन मेलबॉक्स के लिए बैकअप का संगठन।

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

समाधान दूसरी साइट पर डेटाबेस के लिए एक अतिरिक्त प्रतिलिपि स्थापित की गई थी: महीने का अंतिम पूर्ण बैकअप दूसरी साइट पर स्थानांतरित कर दिया जाता है और एक वर्ष के लिए वहां संग्रहीत किया जाता है।

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

भूमिकाओं के माध्यम से, ग्राहक ने अपने डेवलपर्स के लिए अलग-अलग अनुमतियाँ कॉन्फ़िगर की हैं: केवल बैकअप या पुनर्स्थापना।

मामला एक

ग्राहक। बच्चों के सामान की दुकानों की रूसी श्रृंखला।
टास्क। इसके लिए बैकअप का संगठन:
4 भौतिक सर्वरों पर आधारित अत्यधिक लोडेड MS SQL क्लस्टर;
एक वेबसाइट, एप्लिकेशन सर्वर, 1सी, एक्सचेंज और फ़ाइल सर्वर के साथ वर्चुअल मशीनें।
क्लाइंट का संपूर्ण निर्दिष्ट बुनियादी ढांचा OST और NORD साइटों के बीच स्थित है।
SQL सर्वर के लिए RPO - 30 मिनट, बाकी के लिए - 1 दिन।
भंडारण की गहराई - डेटा के प्रकार के आधार पर 2 सप्ताह से 30 दिनों तक।

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

उच्च बैकअप गति प्राप्त करने के लिए, क्लाइंट ने बैकअप कार्यों के लिए MS SQL के साथ भौतिक सर्वर पर एक अलग नेटवर्क एडाप्टर आवंटित किया। 3,4 टीबी डेटाबेस के पूर्ण बैकअप में 2 घंटे 20 मिनट लगते हैं, और पूर्ण पुनर्स्थापना में 5 घंटे 5 मिनट लगते हैं।

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

मामला एक

ग्राहक। सीआईएस में सुपरमार्केट श्रृंखला
टास्क। ग्राहक हमारे क्लाउड में होस्ट किए गए SAP सिस्टम का बैकअप लेना और पुनर्स्थापित करना चाहता था। SAP HANA डेटाबेस के लिए RPO=15 मिनट, एप्लिकेशन सर्वर वाली वर्चुअल मशीनों के लिए RPO=24 घंटे। भंडारण की गहराई - 30 दिन. किसी दुर्घटना की स्थिति में आरटीओ=1 घंटा, मांग पर कॉपी बहाल करने के लिए आरटीओ=4 घंटे।

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

डेटाबेस के पुनर्प्राप्ति समय को कम करने के लिए, हम स्टोरेज सिस्टम और टेप लाइब्रेरी के आधार पर बैकअप के दो-स्तरीय स्टोरेज की स्थापना करते हैं। सप्ताह के दौरान किसी भी समय पुनर्प्राप्ति की संभावना के साथ ऑन-लाइन प्रतियां डिस्क में जोड़ दी जाती हैं। जब बैकअप 1 सप्ताह से अधिक पुराना हो जाता है, तो इसे संग्रह में, टेप लाइब्रेरी में ले जाया जाता है, जहां इसे अगले 30 दिनों के लिए संग्रहीत किया जाता है।

181 जीबी डेटाबेस में से एक का पूरा बैकअप 1 घंटे 54 मिनट में हो जाता है।

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

मानक कॉमवॉल्ट क्लाइंट कंसोल के माध्यम से क्लाइंट के लिए बैकअप प्रबंधन भी उपलब्ध है।

यह सभी आज के लिए है। टिप्पणियों में प्रश्न पूछें.

स्रोत: www.habr.com