बैकअप और PostgreSQL में पुनर्स्थापित करें

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

• pg_dump का उपयोग करके आवधिक बैकअप का उपयोग करें;
• वाल बैकअप और अभिलेखागार के आधार पर बैकअप का उपयोग करें।

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

• बेस कॉपी और विफलता के समय के सापेक्ष किसी भी समय डेटाबेस क्लस्टर को पुनर्स्थापित करने की क्षमता;
• वसूली के लिए एक शर्त के रूप में, एक टाइमस्टैम्प और एक विशिष्ट लेनदेन दोनों सेवा कर सकते हैं।

विपक्ष:

• बेस कॉपी डेटाबेस क्लस्टर का अनुमानित आकार है।
• आधार अभिलेख की भंडारण अवधि के दौरान वाल अभिलेखागार को संग्रहीत करने की आवश्यकता।

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

• वाल लॉग के लिए संग्रह मोड की स्थापना;
• बैकअप सेटअप;
• एक या अधिक बैकअप संग्रहीत करना;
• दावा 1 के सफल समापन के मामले में सबसे पुराना बैकअप का विलोपन;
• खंड 3 से बैकअप से संबंधित वाल अभिलेखागार को हटाना;
• वैकल्पिक रूप से, उनके "पेशेवर उपयुक्तता" के लिए बैकअप की जाँच करने के लिए एक प्रक्रिया करना संभव है।

वाल लॉग्स को संग्रहित करने का तरीका आर्काइव_मोड और आर्काइव_कैमर्ड पैरामीटरों को पोस्टग्रैसेक्एल.कॉन्फ़ में शामिल करके और एक निर्देशिका बनाकर कॉन्फ़िगर किया गया है जहाँ अभिलेख संग्रहीत किए जाएंगे। शुरुआत के लिए, आपको संग्रह मोड सक्षम करना चाहिए और डेटाबेस ऑपरेशन के एक दिन में बनाए गए अभिलेखागार की मात्रा का मूल्यांकन करना चाहिए। यह अभिलेखागार और आधार प्रतियों के लिए आवश्यक भंडारण स्थान का आकलन करने की अनुमति देगा। संग्रह के लिए निम्नलिखित विकल्प जिम्मेदार हैं:
संग्रह_मोड = पर
आर्काइव_कमांड = 'cp% p / opt / pgsql / pgbackup / संग्रह /% f'

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

बैकअप का संग्रहण एक वैकल्पिक कार्य है, क्योंकि इसमें कम से कम एक बैकअप होना पर्याप्त है। यह समझा जाता है कि बैकअप शुरू करने के समय, हम इस कथन से सहमत हैं कि डेटाबेस "सही" स्थिति में है (हम टूटे हुए डेटाबेस को कॉपी नहीं करते हैं)।

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

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

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

यहाँ यह है। अपना डेटा सुरक्षित रखें! प्रतियों के बैकअप और सत्यापन के लिए लिपियाँ यहाँ हैं ।