👩🏻‍🎤 👈🏻 👨🏻‍🌾 Slony के साथ पुराने से नए PostgreSQL से लगातार प्रतिकृति 😌 😂 💪🏽

PostgreSQL में मूल स्ट्रीमिंग प्रतिकृति केवल उसी प्रमुख संस्करण के साथ सर्वर के बीच काम करती है। हमने पिछली पोस्ट में तार्किक प्रतिकृति के बारे में बात की थी। हमने देखा कि कैसे तार्किक प्रतिकृति PostgreSQL के एक संस्करण से दूसरे में डेटा स्थानांतरित करने में मदद करती है। लेकिन तार्किक प्रतिकृति केवल PostgreSQL के समर्थित संस्करणों के लिए उपयुक्त है, उदाहरण के लिए, PostgreSQL 9.4 और PostgreSQL 11. 9.4 से पहले के संस्करणों के साथ क्या करना है? Slony-I का उपयोग करें।

PostgreSQL के नवीनतम संस्करण में पुराने डेटाबेस से डेटा स्थानांतरित करने के लिए Slony-I के साथ प्रतिकृति का उपयोग करें। Slony क्या है और यह कैसे काम करती है?

यह हमारी श्रृंखला में चौथा पोस्ट है जो पोस्टग्रेक्यूएल के पुराने संस्करणों को अपग्रेड या माइग्रेट कर रहा है नए लोगों को , जहां हम पोस्टग्रेक्यूएल डेटाबेस को अपडेट करने के लिए अलग-अलग तरीके सीखते हैं।

Slony

Slony PostgreSQL के लिए एक एप्लिकेशन-स्तरीय तार्किक प्रतिकृति कार्यान्वयन है। या बल्कि, यह एक तृतीय-पक्ष प्रतिकृति उपकरण है जिसके लिए अलग स्थापना और कॉन्फ़िगरेशन की आवश्यकता होती है। काफ़ी समय से स्लेनी के आसपास है। नवीनतम संस्करण 8.4 से 11 तक PostgreSQL का समर्थन करता है।

प्रतिकृति का मुख्य उद्देश्य एक डेटाबेस सर्वर से दूसरे में परिवर्तन स्थानांतरित करना है। वास्तुकला को बेहतर ढंग से समझने के लिए, आइए शब्दों को देखें: स्लोन, ईवेंट, और स्लोनिक।

वैसे, यदि आप अनुमान नहीं लगाते हैं, तो Slony, ये "हाथी" हैं। और वे वास्तव में एक महान स्मृति है। यह कोई संयोग नहीं है कि PostgreSQL लोगो पर एक सख्त लेकिन प्यारा हाथी फहराता है।

Slon

स्लोन एक डेमन है जो स्लोनी-I प्रतिकृति में प्रत्येक पोस्टग्रेसीक्यू नोड पर चलता है। ये डेमॉन प्रत्येक PostgreSQL सर्वर के लिए कॉन्फ़िगरेशन और प्रतिकृति घटनाओं को संभालने के लिए उपयोग किया जाता है। प्रत्येक PostgreSQL सर्वर को होस्ट कहा जाता है। सभी नोड्स मिलकर एक स्लोनी क्लस्टर बनाते हैं।

प्रकाशक नोड परिवर्तनों का स्रोत है, और ग्राहक नोड प्रकाशक से परिवर्तनों को प्राप्त करता है और लागू करता है।

प्रतिकृति को कॉन्फ़िगर करने के लिए, आपको सभी प्रतिकृति तालिकाओं या प्रतिकृति का एक सेट निर्दिष्ट करना होगा। सदस्यता एक विशिष्ट सेट के लिए काम करती है। प्रतिकृति तालिकाओं में परिवर्तन SYNC में संयुक्त होते हैं, लेनदेन का एक समूह जो ग्राहकों पर एक साथ लागू होता है।

घटनाओं

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

प्रत्येक घटना के स्रोत, सीरियल नंबर, घटना नोड पर स्नैपशॉट के लिए लेनदेन पहचानकर्ता, कई तर्क और समय क्षेत्र के साथ एक समय टिकट के लिए अपना विशिष्ट पहचानकर्ता है।
PL / pgSQL को लिखे गए ट्रिगर प्रतिकृति तालिका में सभी परिवर्तन लॉग करते हैं। दुर्भाग्य से, परिवर्तनों को संभालने के लिए कोई विश्वसनीय तरीका नहीं है, डीडीएल, या उपयोगकर्ताओं और भूमिकाओं में परिवर्तन।

slonik

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

हमारे pgbench डेटाबेस में एक सरल मास्टर-स्लेव स्कीम के लिए प्रारंभिक कॉन्फ़िगरेशन बनाने वाली स्क्रिप्ट कुछ इस तरह दिखाई देती है:

#!/bin/sh slonik <<_EOF_ cluster name = percona_pg; node 1 admin conninfo = 'dbname=pg93 host=pg93_host user=percona_pg93_user'; node 2 admin conninfo = 'dbname=pg11 host=pg11_host user=percona_pg11_user'; #-- # Creates a _$(clustername), this example, _percona_pg schema #-- init cluster ( id=1, comment = 'Legacy PG Node'); #-- # Add a list of tables being replicated to a set. #-- create set (id=1, origin=1, comment='pgbench'); set add table (set id=1, origin=1, id=1, fully qualified name = 'public.pgbench_accounts', comment='accounts'); set add table (set id=1, origin=1, id=2, fully qualified name = 'public.pgbench_branches', comment='branches'); set add table (set id=1, origin=1, id=3, fully qualified name = 'public.pgbench_tellers', comment='tellers'); set add table (set id=1, origin=1, id=4, fully qualified name = 'public.pgbench_history', comment='history'); #-- # Create the second node (the slave) tell the 2 nodes how to connect to # each other and how they should listen for events. #-- store node (id=2, comment = 'Target node', event node=1); store path (server = 1, client = 2, conninfo='dbname=pg93 host=pg93_host user=percona_pg93_user'); store path (server = 2, client = 1, conninfo='dbname=pg11 host=pg11_host user=percona_pg11_user'); _EOF_

क्यों माइग्रेशन के लिए सुविधाजनक है Slony?

आंतरिक तार्किक प्रतिकृति के फायदे के बावजूद, PostgreSQL 9.4 से पहले के संस्करणों के लिए, आपको इस तृतीय-पक्ष समाधान का उपयोग करना होगा। ट्रिगर-आधारित दृष्टिकोण डेटाबेस API पर निर्भर करता है - दोनों संस्करणों को PL / pgSQL और SQL सिंटैक्स का उपयोग करने के लिए संगत होना चाहिए।

Slony के साथ उपयोग के लिए डेटाबेस को कैसे अनुकूलित करें?

टेबल में प्राथमिक कुंजी होनी चाहिए। एक प्राथमिक कुंजी के बिना सभी तालिकाओं में एक सीरियल फ़ील्ड जोड़ें।
OID बूँद में परिवर्तन की प्रतिकृति नहीं है। यदि आपके पास छोटे मान वाले कॉलम हैं, तो उन्हें BYTEA में बदलें। यदि ऑब्जेक्ट बहुत बड़े हैं - उदाहरण के लिए, छवियां - बाह्य भंडारण में डेटा स्टोर करना बेहतर है (कहते हैं, अमेज़ॅन क्लाउड में S3)। यदि एप्लिकेशन बदलना बहुत जटिल है, तो माइग्रेशन के अंतिम चरण में ब्लॉब परिवर्तन लागू करें।
अन्य टेबल और अन्य डीडीएल संचालन। तालिका संरचना में परिवर्तन का पता नहीं चलता है। संपूर्ण प्रतिकृति क्लस्टर में SQL या DDL स्ट्रिंग्स के साथ SQL फ़ाइल को लागू करने के लिए slonik EXECUTE SCRIPT कमांड का उपयोग करें।

PostgreSQL के पिछले संस्करणों से ऑनलाइन माइग्रेशन

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

पिछले संस्करणों में संक्रमण

पिछले संस्करणों में अपग्रेड करने के लिए समान प्रक्रिया का उपयोग करें। Slony के साथ, आप किसी भी संस्करण से और PosgreSQL के किसी भी संस्करण की नकल कर सकते हैं जो कि Slony संस्करण का समर्थन करता है। न्यूनतम समर्थित संस्करण 8.4 है।

परिणाम

हमने सामान्य शब्दों में देखा कि कैसे आप Slony का उपयोग करके न्यूनतम डाउनटाइम के साथ नए संस्करण में अपग्रेड कर सकते हैं। हमारे वेबिनार में और अधिक जानकारी प्राप्त करें।

Slony के साथ पुराने से नए PostgreSQL से लगातार प्रतिकृति