अंग्रेज़ीफ्रेंचस्पेनिश

Ad


ऑनवर्क्स फ़ेविकॉन

pg_receivexlog - क्लाउड में ऑनलाइन

उबंटू ऑनलाइन, फेडोरा ऑनलाइन, विंडोज ऑनलाइन एमुलेटर या मैक ओएस ऑनलाइन एमुलेटर पर ऑनवर्क्स मुफ्त होस्टिंग प्रदाता में pg_receivexlog चलाएं।

यह कमांड pg_receivexlog है जिसे हमारे कई मुफ्त ऑनलाइन वर्कस्टेशन जैसे कि उबंटू ऑनलाइन, फेडोरा ऑनलाइन, विंडोज ऑनलाइन एमुलेटर या मैक ओएस ऑनलाइन एमुलेटर में से एक का उपयोग करके ऑनवर्क्स फ्री होस्टिंग प्रदाता में चलाया जा सकता है।

कार्यक्रम:

नाम


pg_receivexlog - PostgreSQL सर्वर से लेन-देन लॉग स्ट्रीम करें

SYNOPSIS


pg_receivexlog [विकल्प...]

वर्णन


pg_receivexlog का उपयोग चल रहे PostgreSQL क्लस्टर से लेनदेन लॉग को स्ट्रीम करने के लिए किया जाता है।
लेन-देन लॉग को स्ट्रीमिंग प्रतिकृति प्रोटोकॉल का उपयोग करके स्ट्रीम किया जाता है, और लिखा जाता है
फ़ाइलों की स्थानीय निर्देशिका में। इस निर्देशिका का उपयोग संग्रह स्थान के रूप में किया जा सकता है
पॉइंट-इन-टाइम पुनर्प्राप्ति का उपयोग करके पुनर्स्थापना करना (देखें खंड 24.3, “सतत संग्रह और
पॉइंट-इन-टाइम रिकवरी (PITR)", प्रलेखन में)।

pg_receivexlog वास्तविक समय में लेन-देन लॉग को स्ट्रीम करता है क्योंकि यह पर उत्पन्न किया जा रहा है
सर्वर, और आर्काइव_कमांड की तरह सेगमेंट के पूरा होने की प्रतीक्षा नहीं करता है। इसके लिए
कारण, pg_receivexlog का उपयोग करते समय संग्रह_टाइमआउट सेट करना आवश्यक नहीं है।

PostgreSQL स्टैंडबाय सर्वर के WAL रिसीवर के विपरीत, डिफ़ॉल्ट फ्लश द्वारा pg_receivexlog
WAL डेटा केवल तभी जब कोई WAL फ़ाइल बंद हो। विकल्प --तुल्यकालिक को निर्दिष्ट किया जाना चाहिए
वास्तविक समय में वाल डेटा फ्लश करें।

लेन-देन लॉग को नियमित PostgreSQL कनेक्शन पर स्ट्रीम किया जाता है और इसका उपयोग करता है
प्रतिकृति प्रोटोकॉल। कनेक्शन एक सुपरयूज़र या एक उपयोगकर्ता के साथ किया जाना चाहिए
प्रतिकृति अनुमतियाँ (दस्तावेज़ीकरण में धारा 20.2, "भूमिका गुण" देखें), और
pg_hba.conf को प्रतिकृति कनेक्शन की अनुमति देनी चाहिए। सर्वर को भी कॉन्फ़िगर किया जाना चाहिए
max_wal_senders के साथ कम से कम एक सत्र उपलब्ध होने के लिए पर्याप्त उच्च सेट करें
धारा।

यदि कनेक्शन खो गया है, या यदि इसे शुरू में स्थापित नहीं किया जा सकता है, तो गैर-घातक के साथ
त्रुटि, pg_receivexlog कनेक्शन को अनिश्चित काल के लिए पुन: प्रयास करेगा, और स्ट्रीमिंग को फिर से स्थापित करेगा
जल्द से जल्द। इस व्यवहार से बचने के लिए -n पैरामीटर का उपयोग करें।

विकल्प


-D डायरेक्टरी
--निर्देशिका=डायरेक्टरी
आउटपुट लिखने के लिए निर्देशिका।

यह पैरामीटर आवश्यक है।

--अगर-मौजूद नहीं है
गलती न करें जब --क्रिएट-स्लॉट निर्दिष्ट है और निर्दिष्ट के साथ एक स्लॉट
नाम पहले से मौजूद है।

-n
--नो-लूप
कनेक्शन त्रुटियों पर लूप न करें। इसके बजाय, त्रुटि के साथ तुरंत बाहर निकलें।

-s अंतराल
--स्थिति-अंतराल=अंतराल
सर्वर पर वापस भेजे गए स्थिति पैकेट के बीच सेकंड की संख्या निर्दिष्ट करता है। इस
सर्वर से प्रगति की आसान निगरानी की अनुमति देता है। शून्य का मान अक्षम करता है
आवधिक स्थिति अपडेट पूरी तरह से, हालांकि एक अपडेट तब भी भेजा जाएगा जब
सर्वर द्वारा अनुरोध किया गया, टाइमआउट डिस्कनेक्ट से बचने के लिए। अनुपस्थित मान 10 सेकंड है।

-S स्लॉटनाम
--स्लॉट=स्लॉटनाम
मौजूदा प्रतिकृति स्लॉट का उपयोग करने के लिए pg_receivexlog की आवश्यकता है (देखें खंड 25.2.6,
"प्रतिकृति स्लॉट", दस्तावेज़ीकरण में)। जब इस विकल्प का उपयोग किया जाता है, pg_receivexlog
सर्वर को फ्लश स्थिति की रिपोर्ट करेगा, यह दर्शाता है कि प्रत्येक सेगमेंट कब किया गया है
डिस्क से सिंक्रोनाइज़ किया जाता है ताकि सर्वर उस सेगमेंट को हटा सके यदि यह अन्यथा नहीं है
जरूरत है।

जब pg_receivexlog का प्रतिकृति क्लाइंट सर्वर पर a . के रूप में कॉन्फ़िगर किया गया है
सिंक्रोनस स्टैंडबाय, फिर एक प्रतिकृति स्लॉट का उपयोग करके फ्लश स्थिति की रिपोर्ट करेगा
सर्वर, लेकिन केवल तभी जब कोई WAL फ़ाइल बंद हो। इसलिए, वह कॉन्फ़िगरेशन होगा
प्राथमिक लेन-देन को लंबे समय तक प्रतीक्षा करने और प्रभावी रूप से काम नहीं करने का कारण बनता है
संतोषजनक ढंग से। विकल्प --सिंक्रोनस (नीचे देखें) के अतिरिक्त निर्दिष्ट किया जाना चाहिए
इस काम को सही ढंग से करें।

--तुल्यकालिक
WAL डेटा प्राप्त होने के तुरंत बाद उसे डिस्क पर फ़्लश करें। स्टेटस भी भेजें
--status-अंतराल की परवाह किए बिना, फ्लशिंग के तुरंत बाद सर्वर पर वापस पैकेट।

यह विकल्प निर्दिष्ट किया जाना चाहिए यदि pg_receivexlog का प्रतिकृति क्लाइंट है
सर्वर पर एक सिंक्रोनस स्टैंडबाय के रूप में कॉन्फ़िगर किया गया है, यह सुनिश्चित करने के लिए कि समय पर प्रतिक्रिया है
सर्वर पर भेजा गया।

-v
--शब्दशः
वर्बोज़ मोड सक्षम करता है।

निम्नलिखित कमांड-लाइन विकल्प डेटाबेस कनेक्शन मापदंडों को नियंत्रित करते हैं।

-d कॉन्स्ट्रे
--डीबीनाम=कॉन्स्ट्रे
कनेक्शन स्ट्रिंग के रूप में सर्वर से कनेक्ट करने के लिए उपयोग किए जाने वाले पैरामीटर निर्दिष्ट करता है। देखो
अधिक जानकारी के लिए दस्तावेज़ीकरण में खंड 31.1.1, "कनेक्शन स्ट्रिंग्स"।

अन्य क्लाइंट अनुप्रयोगों के साथ संगतता के लिए विकल्प को --dbname कहा जाता है, लेकिन
क्योंकि pg_receivexlog क्लस्टर में किसी विशेष डेटाबेस से कनेक्ट नहीं होता है,
कनेक्शन स्ट्रिंग में डेटाबेस नाम पर ध्यान नहीं दिया जाएगा।

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

-p बंदरगाह
--पोर्ट=बंदरगाह
टीसीपी पोर्ट या स्थानीय यूनिक्स डोमेन सॉकेट फ़ाइल एक्सटेंशन को निर्दिष्ट करता है जिस पर सर्वर
कनेक्शन के लिए सुन रहा है। के लिए डिफ़ॉल्ट पीजीपोर्ट पर्यावरण चर, यदि सेट है, या
एक संकलित-डिफ़ॉल्ट।

-U उपयोगकर्ता नाम
--उपयोगकर्ता नाम=उपयोगकर्ता नाम
के रूप में कनेक्ट करने के लिए उपयोगकर्ता नाम।

-w
--कोई पारणशब्द नहीं
कभी भी पासवर्ड प्रॉम्प्ट जारी न करें। यदि सर्वर को पासवर्ड प्रमाणीकरण की आवश्यकता है और a
पासवर्ड अन्य माध्यमों से उपलब्ध नहीं है जैसे कि .pgpass फ़ाइल, कनेक्शन
प्रयास विफल हो जाएगा। यह विकल्प बैच नौकरियों और स्क्रिप्ट में उपयोगी हो सकता है जहां कोई उपयोगकर्ता नहीं है
पासवर्ड दर्ज करने के लिए मौजूद है।

-W
--पासवर्ड
डेटाबेस से कनेक्ट करने से पहले pg_receivexlog को पासवर्ड के लिए संकेत देने के लिए बाध्य करें।

यह विकल्प कभी भी आवश्यक नहीं है, क्योंकि pg_receivexlog स्वचालित रूप से a . के लिए संकेत देगा
पासवर्ड अगर सर्वर पासवर्ड प्रमाणीकरण की मांग करता है। हालांकि, pg_receivexlog होगा
यह पता लगाने के लिए कि सर्वर एक पासवर्ड चाहता है, एक कनेक्शन प्रयास बर्बाद करें। कुछ मामलों में
यह टाइप करने लायक है -W अतिरिक्त कनेक्शन प्रयास से बचने के लिए।

pg_receivexlog भौतिक को नियंत्रित करने के लिए निम्नलिखित दो क्रियाओं में से एक कर सकता है
प्रतिकृति स्लॉट:

--क्रिएट-स्लॉट
में निर्दिष्ट नाम के साथ एक नया भौतिक प्रतिकृति स्लॉट बनाएँ --स्लॉट, फिर बाहर निकलें।

--ड्रॉप-स्लॉट
निर्दिष्ट नाम के साथ प्रतिकृति स्लॉट छोड़ें --स्लॉट, फिर बाहर निकलें।

अन्य विकल्प भी उपलब्ध हैं:

-V
--संस्करण
pg_receivexlog संस्करण प्रिंट करें और बाहर निकलें।

-?
--मदद
pg_receivexlog कमांड लाइन तर्कों के बारे में मदद दिखाएं और बाहर निकलें।

वातावरण


यह उपयोगिता, अधिकांश अन्य PostgreSQL उपयोगिताओं की तरह, पर्यावरण चर का उपयोग करती है
libpq द्वारा समर्थित (दस्तावेज़ीकरण में खंड 31.14, "पर्यावरण चर" देखें)।

टिप्पणियाँ


मुख्य वाल बैकअप विधि के रूप में आर्काइव_कमांड के बजाय pg_receivexlog का उपयोग करते समय, यह है
प्रतिकृति स्लॉट का उपयोग करने के लिए दृढ़ता से अनुशंसा की जाती है। अन्यथा, सर्वर रीसायकल करने के लिए स्वतंत्र है या
लेन-देन लॉग फ़ाइलों का बैकअप लेने से पहले उन्हें हटा दें, क्योंकि इसमें कोई नहीं है
जानकारी, या तो आर्काइव_कमांड या प्रतिकृति स्लॉट से, WAL . कितनी दूर है इसके बारे में
स्ट्रीम संग्रहित किया गया है। ध्यान दें, हालांकि, एक प्रतिकृति स्लॉट सर्वर को भर देगा
डिस्क स्थान यदि रिसीवर WAL डेटा प्राप्त करने के साथ जारी नहीं रखता है।

उदाहरण


mydbserver पर सर्वर से ट्रांजेक्शन लॉग को स्ट्रीम करने के लिए और इसे लोकल में स्टोर करें
निर्देशिका /usr/स्थानीय/pgsql/संग्रह:

$ pg_receivexlog -h mydbserver -D /usr/स्थानीय/pgsql/संग्रह

onworks.net सेवाओं का उपयोग करके pg_receivexlog का ऑनलाइन उपयोग करें


फ्री सर्वर और वर्कस्टेशन

विंडोज और लाइनेक्स एप डाउनलोड करें

लिनक्स कमांड

Ad