कैसे CommVault बैकअप PostgreSQL के बारे में एक लेख

इस लेख में, हम PostgreSQL बैकअप के लिए CommVault का उपयोग करके अपने अनुभव की समीक्षा करेंगे। ऐसा करने के लिए, हम अपनी पिछली परियोजनाओं में से एक छोटे हिस्से का विश्लेषण करेंगे, जहां हम क्लाइंट से पोस्टग्रेक्यूएल डेटाबेस का बैकअप सेट करते हैं।

CommVault के बारे में

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

CommVault भौतिक और आभासी वातावरण में डेटा की पहुंच, पुनर्स्थापना और प्रबंधन करता है।

PostgreSQL बैकअप के बारे में

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

मुख्य विशेषताएं:

PostgreSQL iDataAgent विभिन्न मोड में डेटाबेस का बैकअप लेने और उन्हें न्यूनतम समय में पुनर्स्थापित करने की सुविधा प्रदान करता है। आप किसी भी समय पूरे PostgreSQL सर्वर, व्यक्तिगत डेटाबेस या संग्रहीत लॉग का बैकअप या बैकअप ले सकते हैं।

बैकअप और पुनर्प्राप्ति सुविधाएँ जो विभिन्न मोड में की जा सकती हैं:

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

आर्किटेक्चर

योजना



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

CommVault प्लेटफॉर्म नेटवर्क पर CommServe प्रबंधन सर्वर और एक अलग MediaAgent सर्वर के भाग के रूप में तैनात है (यह एक भौतिक सर्वर का उपयोग करने के लिए अनुशंसित है)।

एक एजेंट (iDataAgent) PostgreSQL डेटाबेस के साथ सर्वर पर स्थापित किया गया है और इसकी बैकअप नीतियों को आवश्यकताओं के अनुसार कॉन्फ़िगर किया गया है। iDataAgent आवश्यक डेटा एकत्र करता है, संपीड़ित करता है, यदि आवश्यक हो, तो उसे एन्क्रिप्ट करता है और MediaAgent में स्थानांतरित करता है।

इसके अलावा, डेटा को स्टोरेज सिस्टम पर, टेप लाइब्रेरी पर या क्लाउड स्टोरेज पर रखा जाता है।
पुनर्प्राप्ति के लिए, डेटा को स्टोरेज से निकाला जाता है और PostgreSQL के साथ सर्वर पर कॉपी किया जाता है।

CommVault कंसोल में सेटअप

अब देखते हैं कि प्रबंधन कंसोल में यह कैसे करना है।

1. फिलहाल डेटाबेस बैकअप शुरू करने के लिए, CommCell Browser कंसोल में सेलेक्ट करें:

क्लाइंट कंप्यूटर | | PostgreSQL | | DumpBasedBackupSet।

सबक्लिक में डिफ़ॉल्ट फ़ोल्डर पर राइट-क्लिक करें और बैकअप चुनें।



2. बैकअप प्रकार के रूप में पूर्ण का चयन करें और तत्काल चुनें।

3. ओके पर क्लिक करें। PostgreSQL बैकअप शुरू होता है ।



4. नौकरी के निष्पादन के दौरान, इसकी स्थिति की निगरानी उनके CommCell कंसोल जॉब विंडो द्वारा की जा सकती है।



5. एक बार कार्य पूरा होने के बाद, आप बैकअप हिस्ट्री विंडो से पूर्ण किए गए कार्य का विवरण देख सकते हैं। सबक्लाइंट में डिफ़ॉल्ट फ़ोल्डर का चयन करें और बैकअप इतिहास का चयन करें।



6. बैकअप हिस्ट्री विंडो में, आप पूर्ण कार्य पर निम्न डेटा देख सकते हैं:

- एक कार्य को पूरा करते समय बैकअप त्रुटियों;
- आइटम जो सफलतापूर्वक वापस आ गए थे;
- असाइनमेंट का विवरण;
- घटनाक्रम;
- लॉग फाइलें;
- मीडिया जिस पर डेटा संग्रहीत किया जाता है।

आप बैकअप क्यों ले सकते हैं

डंप आधारित बैकअप:

• PostgreSQL सिस्टम डेटाबेस;
• PostgreSQL उपयोगकर्ता डेटाबेस
• फ़ाइल सिस्टम का बैकअप लेना (फ़ाइल सिस्टम बेस्ड बैकअप)।

PostgreSQL डेटाबेस (डेटा और लॉग) (डेटा और लॉग):

• फ़ाइलों को लॉग करें।

क्या नकल नहीं है:

• PostgreSQL एप्लिकेशन फ़ाइलें (एप्लिकेशन फ़ाइलें);
• ऑपरेटिंग सिस्टम डेटा।

उपरोक्त घटकों का बैकअप लेने के लिए फ़ाइल सिस्टम iDataAgent का उपयोग करें।

कार्य

क्लाइंट को अपनी सेवाओं का बैकअप लेने के लिए CommVault प्लेटफ़ॉर्म पर तैनात करने की आवश्यकता है। सेवाओं में से एक PostgreSQL डेटाबेस था, जिसे 2 नोड्स: मास्टर और स्टैंडबाय के क्लस्टर कॉन्फ़िगरेशन में तैनात किया गया था। दोनों ने फिजिकल सर्वर पर काम किया।

क्लाइंट PostgreSQL कॉन्फ़िगरेशन सुविधाएँ

डेटाबेस सर्वर की गलती सहिष्णुता सुनिश्चित करने के लिए PostgreSQL क्लस्टर कॉन्फ़िगरेशन को चुना गया था।

क्लाइंट ने pg_dump का उपयोग करके PostgreSQL डेटाबेस बैकअप किया।

कार्य की योजना नीचे दिए गए चित्र में प्रस्तुत की गई है:

CommVault के साथ बैकअप कॉन्फ़िगर करें

बैकअप प्लेटफ़ॉर्म को एकजुट करने और बैकअप स्टोरेज का लाभ उठाने के लिए, हमने PostgreSQL डेटाबेस का बैकअप लेने के लिए CommVault का उपयोग करने का निर्णय लिया।

क्योंकि क्लाइंट ने PostgreSQL क्लस्टर कॉन्फ़िगरेशन का उपयोग किया, बैकअप के लिए हमने फ़ाइल बैकअप के लिए फ़ाइल सिस्टम आधारित बैकअप विकल्प का उपयोग करने का निर्णय लिया। उसी समय, मुझे ब्लॉक बैकअप (ब्लॉक स्तर बैकअप) का उपयोग छोड़ना पड़ा, क्योंकि लिनक्स कर्नेल का संस्करण जिस पर PostgreSQL तैनात है, का उपयोग आधिकारिक तौर पर समर्थित CommVault से अधिक है। इस तथ्य के कारण कि सेवा संगठन के लिए महत्वपूर्ण है, उन्होंने तालिका के अनुसार बैकअप शेड्यूल बनाने का निर्णय लिया:

	पूर्ण प्रति	लेन-देन लॉग
समय सारिणी	दिन में एक बार, 23 घंटे पर	24 घंटे के लिए हर घंटे
प्रतियों के भंडारण की अवधि	7 दिन	1 दिन

डेटाबेस की कुल मात्रा 1.5 टीबी से अधिक थी और आवश्यक आरटीओ और आरपीओ के भीतर रखने के लिए, 10 जीबी / एस की गति से बैकअप के लिए एक अलग लैन नेटवर्क का उपयोग किया गया था।

बैकअप नीचे दिए गए आरेख के अनुसार किया गया था:



बैकअप एक PostgreSQL स्टैंडबाय सर्वर से लिया गया था और स्थापित MediaAgent के साथ एक सर्वर पर संग्रहीत। अगले, महीने में एक बार, एक साल के शैल्फ जीवन के लिए अमेज़ॅन क्लाउड पर पूर्ण प्रतियां अपलोड की गईं।

सभी आवश्यक सेटिंग्स की गईं, और बैकअप सफल रहा।

PostgreSQL बैकअप कॉन्फ़िगरेशन सुविधाएँ

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

1. जाँच करें कि मास्टर और स्टैंडबाय नोड्स में समान PostgreSQL सेवा सेटिंग्स CommVault प्रलेखन के अनुसार निर्धारित हैं:
   documentation.commvault.com/commvault/v11_sp14/article?p=21491.htm
2. जाँच करें कि बैकअप समस्या निवारण में निर्दिष्ट पैरामीटर लिंक द्वारा निर्दिष्ट लोगों के अनुरूप हैं:
   documentation.commvault.com/commvault/v11_sp14/article?p=21723.htm
   documentation.commvault.com/commvault/v11_sp14/article?p=21518.htm
3. सुनिश्चित करें कि डेटाबेस सर्वर और डेटाबेस तक पहुँच अधिकार निम्नलिखित आवश्यकताओं के अनुसार निर्धारित किए गए थे:
   documentation.commvault.com/commvault/v11_sp14/article?p=21523.htm

वसूली

बैकअप लेना अच्छा है। स्वाभाविक रूप से, हम न केवल इसके निर्माण की प्रक्रिया में रुचि रखते हैं, बल्कि बहाली में भी। यह सब किस लिए किया गया है।

इस स्थिति में, हमारे अनुभव के आधार पर बहाली, क्लाइंट के लिए 2 मामलों में आवश्यक हो सकती है:

1. डेटा तक पहुँचने के लिए समय पर एक निश्चित बिंदु पर डेटाबेस को पुनर्स्थापित करने के लिए, उदाहरण के लिए, डेटाबेस से हटाया जा सकता है;
2. पूरे PostgreSQL डेटाबेस क्लस्टर के नुकसान के मामले में।

डेटाबेस को पुनर्स्थापित करने के लिए, बस इस लिंक पर प्रलेखन पढ़ें: document.commvault.com/commvault/v11_sp14/article?p=21502.htm

वसूली के दौरान हम आपका ध्यान निम्नलिखित विशेषताओं और चरणों पर भी केन्द्रित करेंगे:

1. हमेशा PostgreSQL DBA के साथ पुनर्प्राप्ति प्रक्रिया का पालन करें। यह आपको गलत कार्यों से बचने और पुनर्प्राप्ति प्रक्रिया के दौरान उत्पन्न होने वाली समस्याओं को जल्दी से हल करने में मदद करेगा;
2. पुनर्प्राप्ति को मास्टर की भूमिका के साथ नोड पर किया जाना चाहिए;
3. जब पुनर्स्थापित किया जाता है, तो यह सुनिश्चित करना सुनिश्चित करें कि ऑपरेशन पूरा होने के बाद PostgreSQL सेवाएं शुरू न हों;
4. बहाल नोड में, सेटिंग्स को मास्टर भूमिका में बदलें, क्योंकि हमारे मामले में, हमने स्टैंडबाय नोड्स का समर्थन किया;
5. स्टैंडबाय नोड पर सेवाओं को अक्षम करें, उन्हें मास्टर नोड पर सक्षम करें, फिर स्टैंडबाय नोड को सक्षम करें और प्रतिकृति को फिर से कॉन्फ़िगर करें।

निष्कर्ष

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

हमें उम्मीद है कि हमारा अनुभव PostgreSQL DBA द्वारा बैकअप स्थापित करने में आपकी मदद करेगा।

लेखक:
सर्गेई अलेक्जेंड्रोव, बैकअप ग्रुप के प्रमुख, सॉफ्टलाइन
अर्टिओम खमेलेंको, लीड इंजीनियर, सॉफ्टलाइन