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 को अवस्थामा, डुप्लिकेशन ग्राहक पक्ष वा मिडिया एजेन्ट पक्षमा कन्फिगर गर्न सकिन्छ। पहिलो अवस्थामा, गैर-अद्वितीय डाटा ब्लकहरू मिडिया एजेन्ट सर्भरमा पनि हस्तान्तरण गरिने छैन। दोस्रोमा, दोहोरिने ब्लक खारेज गरिएको छ र भण्डारण प्रणालीमा लेखिएको छैन।

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

डुप्लिकेसनको लागि धन्यवाद, हामी भण्डारण ठाउँको 78% सम्म बचत गर्न सक्छौं। अब 166,4 TB भण्डारणमा भण्डारण गरिएको छ। डुप्लिकेशन बिना, हामीले 744 TB भण्डार गर्नुपर्छ।

अधिकार छुट्याउन सक्ने सम्भावना। Commvault सँग ब्याकअप व्यवस्थापनमा पहुँचको विभिन्न स्तरहरू सेट गर्ने क्षमता छ। तथाकथित "भूमिका" ले के कार्यहरू हुनेछ भनेर निर्धारण गर्दछ अनुमति छ ब्याकअप वस्तुहरूको सम्बन्धमा प्रयोगकर्ता। उदाहरणका लागि, विकासकर्ताहरूले केवल डाटाबेस भएको सर्भरलाई निर्दिष्ट स्थानमा पुनर्स्थापना गर्न सक्षम हुनेछन्, जबकि प्रशासकले उही सर्भरको लागि आउट-अफ-अर्डर ब्याकअप चलाउन र नयाँ प्रयोगकर्ताहरू थप्न सक्षम हुनेछन्।

इन्क्रिप्सन। तपाईंले निम्न तरिकाहरूमा Commvault मार्फत ब्याकअप गर्दा डाटा इन्क्रिप्ट गर्न सक्नुहुन्छ:

• ग्राहक एजेन्टको छेउमा: यस अवस्थामा, डाटा पहिले नै एन्क्रिप्टेड फारममा ब्याकअप प्रणालीमा हस्तान्तरण गरिनेछ;
• मिडिया एजेन्ट पक्षमा;
• च्यानल स्तरमा: डाटा क्लाइन्ट एजेन्टको छेउमा इन्क्रिप्ट गरिएको छ र मिडिया एजेन्ट सर्भरमा डिक्रिप्ट गरिएको छ।

उपलब्ध एन्क्रिप्शन एल्गोरिदमहरू: ब्लोफिश, GOST, सर्प, टूफिस, 3-DES, AES (Comvault द्वारा सिफारिस गरिएको)।

केहि तथ्याङ्कहरू

मध्य डिसेम्बर सम्म, Commvault को सहयोगमा, हामीसँग 27 ग्राहकहरू ब्याकअप छन्। तीमध्ये अधिकांश खुद्रा विक्रेता र वित्तीय संस्था हुन्। मूल प्रतिलिपि डेटा को कुल मात्रा 65 TB छ।

लगभग 4400 कार्यहरू प्रति दिन प्रदर्शन गरिन्छ। तल अन्तिम १६ दिनको लागि सम्पन्न कार्यहरूको तथ्याङ्कहरू छन्।

सबै भन्दा धेरै, विन्डोज फाइल प्रणाली, SQL सर्भर र एक्सचेन्ज डाटाबेसहरू Commvault मार्फत जगेडा हुन्छन्।

र अब प्रतिज्ञा गरिएका केसहरू। यद्यपि अवैयक्तिक (NDA भन्छन् नमस्ते :)), उनीहरूले के र कसरी ग्राहकहरूले Commvault-आधारित ब्याकअप प्रयोग गर्छन् भन्ने बारे एक विचार दिन्छ। तल एकल ब्याकअप प्रणाली प्रयोग गर्ने ग्राहकहरूको लागि केस स्टडीहरू छन्, अर्थात् साझा सफ्टवेयर, मिडिया एजेन्ट सर्भरहरू, र भण्डारण प्रणालीहरू।

केस १

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

एउटा कार्यMicrosoft SQL डेटाबेसहरू, फाइल सर्भरहरू, अनुप्रयोग सर्भरहरू, एक्सचेन्ज अनलाइन मेलबक्सहरूका लागि ब्याकअपको संगठन।

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

निर्णय दोस्रो साइटमा डाटाबेसहरूको लागि एक अतिरिक्त प्रतिलिपि सेट अप गरिएको थियो: महिनाको अन्तिम पूर्ण ब्याकअप अर्को साइटमा स्थानान्तरण गरिएको छ र त्यहाँ एक वर्षको लागि भण्डारण गरिएको छ।

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

भूमिकाहरू मार्फत, ग्राहकले यसको विकासकर्ताहरूको लागि विभिन्न अनुमतिहरू कन्फिगर गरेको छ: केवल ब्याकअप वा पुनर्स्थापना।

केस १

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

निर्णय हामीले Veeam र Commvault मा आधारित समाधानहरूको संयोजन रोज्यौं। Veeam हाम्रो क्लाउडबाट फाइल ब्याकअपको लागि प्रयोग गरिन्छ। डाटाबेस सर्भरहरू, सक्रिय निर्देशिका, मेल र भौतिक सर्भरहरू Commvault मार्फत जगेडा हुन्छन्।

उच्च ब्याकअप गति प्राप्त गर्न, क्लाइन्टले ब्याकअप कार्यहरूको लागि MS SQL सँग भौतिक सर्भरहरूमा छुट्टै नेटवर्क एडाप्टर आवंटित गर्यो। 3,4 TB डाटाबेसको पूर्ण ब्याकअपमा २ घण्टा २० मिनेट लाग्छ, र पूर्ण पुनर्स्थापनामा ५ घण्टा ५ मिनेट लाग्छ।

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

केस १

ग्राहक। CIS मा सुपरमार्केट चेन
एउटा कार्य ग्राहक हाम्रो क्लाउडमा होस्ट गरिएका SAP प्रणालीहरू ब्याकअप र पुनर्स्थापना गर्न चाहन्थे। SAP HANA डाटाबेसको लागि RPO=15 मिनेट, भर्चुअल मेसिनहरूको लागि अनुप्रयोग सर्भरहरू RPO=24 घण्टा। भण्डारणको गहिराई - 30 दिन। दुर्घटनाको अवस्थामा RTO = 1 घण्टा, मागमा प्रतिलिपि पुनर्स्थापना गर्न RTO = 4 घण्टा।

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

डाटाबेसको रिकभरी समय घटाउनको लागि, हामीले भण्डारण प्रणाली र टेप पुस्तकालयमा आधारित ब्याकअपहरूको दुई-स्तर भण्डारण सेटअप गर्छौं। हप्ताको कुनै पनि समयमा रिकभरीको सम्भावनाको साथ डिस्कहरूमा अन-लाइन प्रतिलिपिहरू थपिन्छन्। जब ब्याकअप 1 हप्ता भन्दा पुरानो हुन्छ, यसलाई अभिलेखमा सारिन्छ, टेप पुस्तकालयमा, जहाँ यसलाई अर्को 30 दिनको लागि भण्डारण गरिन्छ।

181 GB डाटाबेस मध्ये एक को पूर्ण ब्याकअप 1 घण्टा 54 मिनेट मा गरिन्छ।

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

ब्याकअप व्यवस्थापन मानक Commvault ग्राहक कन्सोल मार्फत ग्राहकलाई पनि उपलब्ध छ।

आजको लागि यति हो। टिप्पणीहरूमा प्रश्नहरू सोध्नुहोस्।

स्रोत: www.habr.com