पोस्टग्रेज में स्ट्रीमिंग प्रतिकृति के बारे में कुछ और शब्द ...

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

लेकिन मान लीजिए कि आपके पास एक छोटा सा काम है, सर्वरों का एक जोड़ा और अंतर्निहित प्रतिकृति को पोस्ट करता है। इसकी सेटिंग्स के बारे में पर्याप्त जानकारी है, और विज़ार्ड की विफलता के मामले में कार्रवाई के बारे में भी पाया जा सकता है।

लेकिन विज़ार्ड को बहाल करने का मुद्दा एक आपदा बन गया, इसलिए मैं आपके साथ एक कार्रवाई करने के लिए एक गाइड साझा कर रहा हूं जो मैंने इंटरनेट से टुकड़ों में एकत्र किया है, जिसे मैंने डेबियन जीएनयू / लिनक्स और फ्रीबीएसडी 8.2 सर्वर के बंडलों पर पोस्टग्रेसीक्यू 9.1 के साथ परीक्षण और परीक्षण किया था



शुरुआत के लिए, हमारे पास:

सर्व 1 - मास्टर
सर्व 2 - दास

गुरु का पतन

मान लीजिए कि Serv1 (मास्टर) पर डेटाबेस ध्वस्त हो गया, मर गया और खुद को विद्रोह नहीं करेगा। उसी समय, Serv2 दास मोड में स्थिर है।

इसके बाद Servgr in postgresql.conf पर आपको असहज करने की आवश्यकता है

wal_level = hot_standby max_wal_senders = 2 wal_keep_segments = 64 archive_mode = on archive_command = 'cp %p $LOG_DIR/archive/%f Serv1' 

$ HOME में पुनर्प्राप्ति पुनर्प्राप्ति .conf to Recovery.done


सर्विस 2 को पुनरारंभ करें। तो Serv2 एक मास्टर बन जाएगा।

पूर्व मास्टर की बहाली

अब हमारे पास Serv2 मास्टर मोड में काम कर रहा है, Serv1 अक्षम है।

निम्नानुसार Serv1 को गुलाम बनाएं:

सर्व 2 रन पर:

 psql -c "SELECT pg_start_backup('label', true)" rsync -avzh --progress $HOME/ Serv1:$HOME/ --exclude postmaster.pid psql -c "SELECT pg_stop_backup()" 

Serv1 पर postgresql.conf कॉन्फिग में, टिप्पणी करें कि Serv2 पर क्या अधूरा है, अर्थात्:

 #wal_level = hot_standby #max_wal_senders = 2 #wal_keep_segments = 64 #archive_mode = on #archive_command = 'cp %p $LOG_DIR/archive/%f Serv2' 

और असहजता:

 hot_standby = on 

$ HOME में, Recovery.done को rename

Serv1 पर पोस्टग्रेज रन करें।
अब Serv1 गुलाम मोड में है।

आप उस पर चलकर दास के संचालन की जांच कर सकते हैं

 ps aux | grep receiver 

और फॉर्म का परिणाम प्राप्त करना

 postgres: wal receiver process (postgres) 

मास्टर पर वापस जाएँ

(पहले पैराग्राफ को देखें और इसके विपरीत करें)

पूर्व मास्टर Serv1 अब एक Serv2 गुलाम है। दोनों कड़ाई से काम करते हैं, दास प्रति सही है, विसंगति न्यूनतम है।

एक मास्टर बनने के लिए Serv1:

उस पर postgresql.conf असहजता में

 wal_level = hot_standby max_wal_senders = 2 wal_keep_segments = 64 archive_mode = on archive_command = 'cp %p $LOG_DIR/archive/%f' 

बंद करो Serv2 (जो अब के लिए मास्टर है) और Serv1 पर $ HOME में पुनर्प्राप्ति पुनर्प्राप्ति ।conf to Recovery.done

अब Serv1 फिर से एक कामकाजी गुरु है।

एक Serv2 दास को अड़चन देने के लिए:

सर्व 1 पर, निष्पादित करें:

 psql -c "SELECT pg_start_backup('label', true)" rsync -avzh --progress $HOME/ Serv2:$HOME/ --exclude postmaster.pid psql -c "SELECT pg_stop_backup()" 

Postgresql.conf में Serv2 पर टिप्पणी करें:

 #wal_level = hot_standby #max_wal_senders = 2 #wal_keep_segments = 64 #archive_mode = on #archive_command = 'cp %p $LOG_DIR/archive/%f' 

और असहजता:

 hot_standby = on 

इसके अलावा Serv2 में $ HOME का नाम पुनर्प्राप्ति.d.d रिकवरी के लिए दिया गया है ।conf

Serv2 पर पोस्टग्रेज रन करें। अब Serv2 फिर से गुलाम काम कर रहा है।

हो गया। अब सब कुछ अपनी जगह है: सर्व 1 - मास्टर, सर्व 2 - दास।

---

मैं कॉपी-पेस्ट और निम्न-स्तर के चबाने के लिए अग्रिम में माफी चाहता हूं, लेकिन यह जानकारी नेट पर समग्र और सामान्य तरीके से सामान्य नश्वर लोगों के लिए नहीं पाई गई थी, इसलिए मुझे आशा है कि यह आवेदन मिलेगा (: