pgBackRest
विश्वसनीय PostgreSQL बैकअप और रिस्टोर

परिचय

pgBackRest PostgreSQL के लिए एक विश्वसनीय बैकअप और रिस्टोर समाधान है जो सबसे बड़े डेटाबेस और वर्कलोड तक सहजता से स्केल करता है।

pgBackRest v2.59.2 वर्तमान स्थिर रिलीज़ है। रिलीज़ नोट्स Releases पृष्ठ पर हैं।

यदि आपको pgBackRest पसंद है तो कृपया GitHub पर हमें एक स्टार दें!

समाचार

27 सितंबर, 2026 - pgBackRest 2.59.2 जारी

17 अगस्त, 2026 - pgBackRest 2.59.1 जारी

20 जुलाई, 2026 - नया डिस्ट्रिब्यूशन टारबॉल

विशेषताएँ

समानांतर बैकअप और रिस्टोर

बैकअप संचालन के दौरान संपीड़न आमतौर पर बाधा होती है, इसलिए pgBackRest समानांतर प्रसंस्करण और lz4 और zstd जैसे अधिक कुशल संपीड़न एल्गोरिदम के साथ इस समस्या का समाधान करता है।

स्थानीय या दूरस्थ संचालन

एक कस्टम प्रोटोकॉल pgBackRest को न्यूनतम कॉन्फ़िगरेशन के साथ TLS/SSH के माध्यम से स्थानीय या दूरस्थ रूप से बैकअप, रिस्टोर और आर्काइव करने की अनुमति देता है। PostgreSQL को क्वेरी करने के लिए एक इंटरफ़ेस भी प्रोटोकॉल लेयर के माध्यम से प्रदान किया जाता है ताकि PostgreSQL तक दूरस्थ पहुँच की कभी आवश्यकता न हो, जो सुरक्षा को बढ़ाता है।

एकाधिक रिपॉज़िटरी

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

पूर्ण, विभेदक, और वृद्धिशील बैकअप (फ़ाइल या ब्लॉक स्तर पर)

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

बैकअप रोटेशन और आर्काइव समाप्ति

किसी भी समय-सीमा के लिए कवरेज बनाने के लिए पूर्ण और विभेदक बैकअप के लिए रिटेंशन नीतियाँ निर्धारित की जा सकती हैं। WAL आर्काइव को सभी बैकअप के लिए या केवल सबसे हाल के बैकअप के लिए बनाए रखा जा सकता है। बाद के मामले में पुराने बैकअप को सुसंगत बनाने के लिए आवश्यक WAL को आर्काइव में बनाए रखा जाएगा।

बैकअप अखंडता

बैकअप में प्रत्येक फ़ाइल के लिए चेकसम की गणना की जाती है और रिस्टोर या सत्यापन के दौरान पुनः जाँच की जाती है। बैकअप फ़ाइलों की प्रतिलिपि पूरी करने के बाद, यह तब तक प्रतीक्षा करता है जब तक कि बैकअप को सुसंगत बनाने के लिए आवश्यक प्रत्येक WAL सेगमेंट रिपॉज़िटरी तक न पहुँच जाए।

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

सभी संचालन टिकाऊपन सुनिश्चित करने के लिए फ़ाइल और निर्देशिका स्तर के fsync का उपयोग करते हैं।

पेज चेकसम

यदि पेज चेकसम सक्षम हैं तो pgBackRest बैकअप के दौरान कॉपी की गई प्रत्येक फ़ाइल के चेकसम को मान्य करेगा। पूर्ण बैकअप के दौरान सभी पेज चेकसम मान्य किए जाते हैं और विभेदक और वृद्धिशील बैकअप के दौरान बदली गई फ़ाइलों में चेकसम मान्य किए जाते हैं।

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

यह सुविधा पेज-स्तरीय भ्रष्टाचार को जल्दी पता लगाने की अनुमति देती है, इससे पहले कि डेटा की वैध प्रतियाँ रखने वाले बैकअप समाप्त हो जाएँ।

बैकअप फिर से शुरू करें

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

स्ट्रीमिंग संपीड़न और चेकसम

फ़ाइलों को रिपॉज़िटरी में कॉपी करते समय संपीड़न और चेकसम गणना स्ट्रीम में की जाती है, चाहे रिपॉज़िटरी स्थानीय हो या दूरस्थ।

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

डेल्टा रिस्टोर

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

समानांतर, अतुल्यकालिक WAL पुश और गेट

WAL को आर्काइव में पुश करने और आर्काइव से WAL प्राप्त करने के लिए समर्पित कमांड शामिल हैं। दोनों कमांड प्रसंस्करण को तेज़ करने के लिए समानांतरता का समर्थन करते हैं और PostgreSQL को सबसे तेज़ संभव प्रतिक्रिया समय प्रदान करने के लिए अतुल्यकालिक रूप से चलते हैं।

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

अतुल्यकालिक WAL गेट WAL सेगमेंट की एक स्थानीय कतार बनाए रखता है जो डीकंप्रेस हो चुके हैं और रीप्ले के लिए तैयार हैं। यह PostgreSQL को WAL प्रदान करने के लिए आवश्यक समय को कम करता है जो रीप्ले गति को अधिकतम करता है। उच्च-लेटेंसी कनेक्शन और स्टोरेज (जैसे S3) को सबसे अधिक लाभ होता है।

पुश और गेट कमांड दोनों PostgreSQL संस्करणों और सिस्टम पहचानकर्ताओं की तुलना करके यह सुनिश्चित करते हैं कि डेटाबेस और रिपॉज़िटरी मेल खाते हैं। यह WAL आर्काइव स्थान को गलत तरीके से कॉन्फ़िगर करने की संभावना को लगभग समाप्त कर देता है।

टेबलस्पेस और लिंक समर्थन

टेबलस्पेस पूरी तरह से समर्थित हैं और रिस्टोर पर टेबलस्पेस को किसी भी स्थान पर रीमैप किया जा सकता है। एक ही कमांड से सभी टेबलस्पेस को एक स्थान पर रीमैप करना भी संभव है जो डेवलपमेंट रिस्टोर के लिए उपयोगी है।

PostgreSQL क्लस्टर में किसी भी फ़ाइल या निर्देशिका के लिए फ़ाइल और निर्देशिका लिंक समर्थित हैं। रिस्टोर करते समय सभी लिंक को उनके मूल स्थानों पर रिस्टोर करना, कुछ या सभी लिंक को रीमैप करना, या कुछ या सभी लिंक को क्लस्टर निर्देशिका के भीतर सामान्य फ़ाइलों या निर्देशिकाओं के रूप में रिस्टोर करना संभव है।

S3, Azure, और GCS समर्थन

pgBackRest रिपॉज़िटरी को S3, Azure, और GCS संगत ऑब्जेक्ट स्टोर में रखा जा सकता है ताकि लगभग असीमित क्षमता और रिटेंशन की अनुमति मिल सके।

एन्क्रिप्शन

pgBackRest रिपॉज़िटरी को एन्क्रिप्ट कर सकता है ताकि बैकअप जहाँ भी संग्रहीत हों सुरक्षित रहें।

रैनसमवेयर और मैलवेयर सुरक्षा

जब रिपॉज़िटरी संस्करणित ऑब्जेक्ट स्टोरेज पर संग्रहीत होती है, तो pgBackRest रिपॉज़िटरी को उसी रूप में पढ़ सकता है जैसी वह किसी समय-बिंदु पर थी। यदि बैकअप दुर्घटना, मैलवेयर, या रैनसमवेयर द्वारा हटा दिए जाते हैं या भ्रष्ट हो जाते हैं, तो क्षति होने से पहले के डेटा को पुनर्प्राप्त करने के लिए एक लक्ष्य समय का उपयोग किया जा सकता है।

संस्करणीकरण S3, Azure, और GCS संगत ऑब्जेक्ट स्टोर द्वारा समर्थित है। S3 के लिए ऑब्जेक्ट लॉकिंग और GCS या Azure के लिए सॉफ्ट डिलीट छेड़छाड़ के विरुद्ध अतिरिक्त सुरक्षा प्रदान कर सकते हैं।

PostgreSQL के दस संस्करणों के साथ संगतता

pgBackRest में PostgreSQL के दस संस्करणों के लिए समर्थन शामिल है, पाँच समर्थित संस्करण और अंतिम पाँच EOL संस्करण। यह समर्थित संस्करण में अपग्रेड करने के लिए पर्याप्त समय देता है।

शुरुआत करना

pgBackRest कॉन्फ़िगर और संचालित करने में आसान होने का प्रयास करता है: