pg_receivexlog - ക്ലൗഡിൽ ഓൺലൈനായി

പട്ടിക:

NAME

pg_receivexlog - ഒരു PostgreSQL സെർവറിൽ നിന്നുള്ള ഇടപാട് ലോഗുകൾ സ്ട്രീം ചെയ്യുന്നു

സിനോപ്സിസ്

pg_receivexlog [ഓപ്ഷൻ...]

വിവരണം

പ്രവർത്തിക്കുന്ന PostgreSQL ക്ലസ്റ്ററിൽ നിന്ന് ഇടപാട് ലോഗ് സ്ട്രീം ചെയ്യാൻ pg_receivexlog ഉപയോഗിക്കുന്നു.
ട്രാൻസാക്ഷൻ ലോഗ് സ്ട്രീമിംഗ് റെപ്ലിക്കേഷൻ പ്രോട്ടോക്കോൾ ഉപയോഗിച്ച് സ്ട്രീം ചെയ്യുന്നു, കൂടാതെ എഴുതിയിരിക്കുന്നു
ഫയലുകളുടെ ഒരു പ്രാദേശിക ഡയറക്ടറിയിലേക്ക്. ഈ ഡയറക്ടറി ആർക്കൈവ് ലൊക്കേഷനായി ഉപയോഗിക്കാം
പോയിന്റ്-ഇൻ-ടൈം വീണ്ടെടുക്കൽ ഉപയോഗിച്ച് ഒരു പുനഃസ്ഥാപിക്കൽ നടത്തുന്നു (വിഭാഗം 24.3, “തുടർച്ചയായ ആർക്കൈവിംഗ് കൂടാതെ
പോയിന്റ്-ഇൻ-ടൈം റിക്കവറി (PITR)”, ഡോക്യുമെന്റേഷനിൽ).

pg_receivexlog ട്രാൻസാക്ഷൻ ലോഗ് തത്സമയം സ്ട്രീം ചെയ്യുന്നു, കാരണം അത് സൃഷ്ടിക്കപ്പെടുന്നു
സെർവർ, കൂടാതെ archive_command പോലെ സെഗ്‌മെന്റുകൾ പൂർത്തിയാകുന്നതുവരെ കാത്തിരിക്കരുത്. ഇതിനായി
കാരണം, pg_receivexlog ഉപയോഗിക്കുമ്പോൾ archive_timeout സജ്ജീകരിക്കേണ്ട ആവശ്യമില്ല.

ഒരു PostgreSQL സ്റ്റാൻഡ്‌ബൈ സെർവറിന്റെ WAL റിസീവറിൽ നിന്ന് വ്യത്യസ്തമായി, സ്ഥിരസ്ഥിതി ഫ്ലഷുകൾ വഴി pg_receivexlog
ഒരു WAL ഫയൽ അടച്ചിരിക്കുമ്പോൾ മാത്രം WAL ഡാറ്റ. ഓപ്ഷൻ --സിൻക്രണസ് എന്ന് വ്യക്തമാക്കണം
തത്സമയം WAL ഡാറ്റ ഫ്ലഷ് ചെയ്യുക.

ഇടപാട് ലോഗ് ഒരു സാധാരണ PostgreSQL കണക്ഷനിലൂടെ സ്ട്രീം ചെയ്യപ്പെടുകയും ഇത് ഉപയോഗിക്കുകയും ചെയ്യുന്നു
റെപ്ലിക്കേഷൻ പ്രോട്ടോക്കോൾ. കണക്ഷൻ ഒരു സൂപ്പർ യൂസർ അല്ലെങ്കിൽ ഒരു ഉപയോക്താവ് ഉപയോഗിച്ചായിരിക്കണം
റെപ്ലിക്കേഷൻ അനുമതികൾ (ഡോക്യുമെന്റേഷനിലെ സെക്ഷൻ 20.2, "റോൾ ആട്രിബ്യൂട്ടുകൾ" കാണുക), കൂടാതെ
pg_hba.conf റെപ്ലിക്കേഷൻ കണക്ഷൻ അനുവദിക്കണം. സെർവറും കോൺഫിഗർ ചെയ്തിരിക്കണം
max_wal_senders-നൊപ്പം കുറഞ്ഞത് ഒരു സെഷനെങ്കിലും ലഭ്യമായിരിക്കാൻ പര്യാപ്തമാണ്
സ്ട്രീം.

കണക്ഷൻ നഷ്‌ടപ്പെടുകയാണെങ്കിൽ, അല്ലെങ്കിൽ അത് തുടക്കത്തിൽ സ്ഥാപിക്കാൻ കഴിയുന്നില്ലെങ്കിൽ, ഒരു നോൺ-മാരകവുമായി
പിശക്, pg_receivexlog അനിശ്ചിതകാലത്തേക്ക് കണക്ഷൻ വീണ്ടും ശ്രമിക്കും, സ്ട്രീമിംഗ് പുനഃസ്ഥാപിക്കും
എത്രയും വേഗം. ഈ സ്വഭാവം ഒഴിവാക്കാൻ, -n പാരാമീറ്റർ ഉപയോഗിക്കുക.

ഓപ്ഷനുകൾ

-D ഡയറക്ടറി
--ഡയറക്‌ടറി=ഡയറക്ടറി
ഔട്ട്പുട്ട് എഴുതാനുള്ള ഡയറക്ടറി.

ഈ പരാമീറ്റർ ആവശ്യമാണ്.

--ഇല്ലെങ്കിൽ-നിലവിലില്ല
എപ്പോൾ തെറ്റ് ചെയ്യരുത് --സൃഷ്ടി-സ്ലോട്ട് വ്യക്തമാക്കിയിട്ടുള്ളതും വ്യക്തമാക്കിയിട്ടുള്ള ഒരു സ്ലോട്ട്
പേര് ഇതിനകം നിലവിലുണ്ട്.

-n
--നോ-ലൂപ്പ്
കണക്ഷൻ പിശകുകളിൽ ലൂപ്പ് ചെയ്യരുത്. പകരം, ഒരു പിശക് ഉപയോഗിച്ച് ഉടൻ പുറത്തുകടക്കുക.

-s ഇടവേള
--status-interval=ഇടവേള
സെർവറിലേക്ക് തിരികെ അയച്ച സ്റ്റാറ്റസ് പാക്കറ്റുകൾക്കിടയിലുള്ള സെക്കൻഡുകളുടെ എണ്ണം വ്യക്തമാക്കുന്നു. ഈ
സെർവറിൽ നിന്നുള്ള പുരോഗതി എളുപ്പത്തിൽ നിരീക്ഷിക്കാൻ അനുവദിക്കുന്നു. പൂജ്യത്തിന്റെ മൂല്യം പ്രവർത്തനരഹിതമാക്കുന്നു
ആനുകാലിക സ്റ്റാറ്റസ് പൂർണ്ണമായും അപ്‌ഡേറ്റ് ചെയ്യുന്നു, എന്നിരുന്നാലും ഒരു അപ്‌ഡേറ്റ് എപ്പോൾ അയയ്‌ക്കും
കാലഹരണപ്പെടൽ വിച്ഛേദിക്കാതിരിക്കാൻ സെർവർ അഭ്യർത്ഥിച്ചു. സ്ഥിര മൂല്യം 10 ​​സെക്കൻഡ് ആണ്.

-S സ്ലോട്ട് നാമം
--സ്ലോട്ട്=സ്ലോട്ട് നാമം
നിലവിലുള്ള ഒരു റെപ്ലിക്കേഷൻ സ്ലോട്ട് ഉപയോഗിക്കുന്നതിന് pg_receivexlog ആവശ്യമാണ് (വിഭാഗം 25.2.6, കാണുക.
ഡോക്യുമെന്റേഷനിൽ "റെപ്ലിക്കേഷൻ സ്ലോട്ടുകൾ"). ഈ ഓപ്ഷൻ ഉപയോഗിക്കുമ്പോൾ, pg_receivexlog
ഓരോ സെഗ്‌മെന്റും എപ്പോഴാണെന്ന് സൂചിപ്പിക്കുന്ന ഒരു ഫ്ലഷ് സ്ഥാനം സെർവറിലേക്ക് റിപ്പോർട്ട് ചെയ്യും
ഡിസ്കിലേക്ക് സമന്വയിപ്പിച്ചതിനാൽ സെർവറിന് ആ സെഗ്‌മെന്റ് മറിച്ചല്ലെങ്കിൽ നീക്കം ചെയ്യാൻ കഴിയും
ആവശ്യമുണ്ട്.

pg_receivexlog-ന്റെ റെപ്ലിക്കേഷൻ ക്ലയന്റ് സെർവറിൽ കോൺഫിഗർ ചെയ്യുമ്പോൾ a
സിൻക്രണസ് സ്റ്റാൻഡ്‌ബൈ, തുടർന്ന് ഒരു റെപ്ലിക്കേഷൻ സ്ലോട്ട് ഉപയോഗിച്ച് ഫ്ലഷ് പൊസിഷൻ റിപ്പോർട്ട് ചെയ്യും
സെർവർ, എന്നാൽ ഒരു WAL ഫയൽ അടച്ചിരിക്കുമ്പോൾ മാത്രം. അതിനാൽ, ആ കോൺഫിഗറേഷൻ ചെയ്യും
പ്രൈമറിയിലെ ഇടപാടുകൾ ദീർഘനേരം കാത്തിരിക്കാനും ഫലപ്രദമായി പ്രവർത്തിക്കാതിരിക്കാനും കാരണമാകുന്നു
തൃപ്തികരമായി. ഓപ്‌ഷൻ --സിൻക്രണസ് (ചുവടെ കാണുക) എന്നതിന് പുറമെ വ്യക്തമാക്കിയിരിക്കണം
ഇത് ശരിയായി പ്രവർത്തിക്കുക.

--സിൻക്രണസ്
WAL ഡാറ്റ ലഭിച്ച ഉടൻ തന്നെ ഡിസ്കിലേക്ക് ഫ്ലഷ് ചെയ്യുക. ഒരു സ്റ്റാറ്റസും അയക്കുക
--status-interval പരിഗണിക്കാതെ, ഫ്ലഷ് ചെയ്ത ഉടൻ തന്നെ പാക്കറ്റ് സെർവറിലേക്ക് മടങ്ങുക.

pg_receivexlog-ന്റെ റെപ്ലിക്കേഷൻ ക്ലയന്റ് ആണെങ്കിൽ ഈ ഓപ്ഷൻ വ്യക്തമാക്കണം
കൃത്യസമയത്ത് ഫീഡ്‌ബാക്ക് ഉണ്ടെന്ന് ഉറപ്പാക്കാൻ, ഒരു സിൻക്രണസ് സ്റ്റാൻഡ്‌ബൈ ആയി സെർവറിൽ ക്രമീകരിച്ചിരിക്കുന്നു
സെർവറിലേക്ക് അയച്ചു.

-v
--വാക്കുകൾ
വെർബോസ് മോഡ് പ്രവർത്തനക്ഷമമാക്കുന്നു.

ഇനിപ്പറയുന്ന കമാൻഡ്-ലൈൻ ഓപ്ഷനുകൾ ഡാറ്റാബേസ് കണക്ഷൻ പാരാമീറ്ററുകൾ നിയന്ത്രിക്കുന്നു.

-d constr
--dbname=constr
സെർവറിലേക്ക് കണക്റ്റുചെയ്യാൻ ഉപയോഗിക്കുന്ന പാരാമീറ്ററുകൾ ഒരു കണക്ഷൻ സ്ട്രിംഗായി വ്യക്തമാക്കുന്നു. കാണുക
കൂടുതൽ വിവരങ്ങൾക്ക് ഡോക്യുമെന്റേഷനിൽ വിഭാഗം 31.1.1, “കണക്ഷൻ സ്ട്രിംഗുകൾ”.

മറ്റ് ക്ലയന്റ് ആപ്ലിക്കേഷനുകളുമായുള്ള സ്ഥിരതയ്ക്കായി --dbname എന്ന ഓപ്‌ഷനെ വിളിക്കുന്നു, പക്ഷേ
കാരണം pg_receivexlog ക്ലസ്റ്ററിലെ ഏതെങ്കിലും പ്രത്യേക ഡാറ്റാബേസിലേക്ക് കണക്റ്റുചെയ്യുന്നില്ല,
കണക്ഷൻ സ്ട്രിംഗിലെ ഡാറ്റാബേസ് നാമം അവഗണിക്കപ്പെടും.

-h ഹോസ്റ്റ്
--ഹോസ്റ്റ്=ഹോസ്റ്റ്
സെർവർ പ്രവർത്തിക്കുന്ന മെഷീന്റെ ഹോസ്റ്റ് നാമം വ്യക്തമാക്കുന്നു. മൂല്യമാണെങ്കിൽ
ഒരു സ്ലാഷിൽ ആരംഭിക്കുന്നു, ഇത് Unix ഡൊമെയ്ൻ സോക്കറ്റിനുള്ള ഡയറക്ടറിയായി ഉപയോഗിക്കുന്നു. ദി
എന്നതിൽ നിന്ന് ഡിഫോൾട്ട് എടുത്തതാണ് PGHOST എൻവയോൺമെന്റ് വേരിയബിൾ, സജ്ജമാക്കിയാൽ, ഒരു Unix ഡൊമെയ്ൻ
സോക്കറ്റ് കണക്ഷൻ ശ്രമിക്കുന്നു.

-p തുറമുഖം
--പോർട്ട്=തുറമുഖം
സെർവർ ഉള്ള TCP പോർട്ട് അല്ലെങ്കിൽ ലോക്കൽ Unix ഡൊമെയ്ൻ സോക്കറ്റ് ഫയൽ എക്സ്റ്റൻഷൻ വ്യക്തമാക്കുന്നു
കണക്ഷനുകൾക്കായി കേൾക്കുന്നു. ഡിഫോൾട്ടുകൾ PGPORT പരിസ്ഥിതി വേരിയബിൾ, സജ്ജമാക്കിയാൽ, അല്ലെങ്കിൽ
ഒരു കംപൈൽ-ഇൻ ഡിഫോൾട്ട്.

-U ഉപയോക്തൃനാമം
--ഉപയോക്തൃനാമം=ഉപയോക്തൃനാമം
ആയി കണക്റ്റുചെയ്യാനുള്ള ഉപയോക്തൃ നാമം.

-w
--പാസ്‌വേഡ് ഇല്ല
ഒരിക്കലും ഒരു പാസ്‌വേഡ് നിർദ്ദേശം നൽകരുത്. സെർവറിന് പാസ്‌വേഡ് പ്രാമാണീകരണവും എ
.pgpass ഫയൽ, കണക്ഷൻ പോലെയുള്ള മറ്റ് മാർഗങ്ങളിലൂടെ പാസ്‌വേഡ് ലഭ്യമല്ല
ശ്രമം പരാജയപ്പെടും. ബാച്ച് ജോലികളിലും ഉപയോക്താവില്ലാത്ത സ്ക്രിപ്റ്റുകളിലും ഈ ഓപ്ഷൻ ഉപയോഗപ്രദമാകും
ഒരു പാസ്‌വേഡ് നൽകുന്നതിന് ഉണ്ട്.

-W
--password
ഒരു ഡാറ്റാബേസിലേക്ക് ബന്ധിപ്പിക്കുന്നതിന് മുമ്പ് ഒരു പാസ്‌വേഡ് ആവശ്യപ്പെടാൻ pg_receivexlog നിർബന്ധിക്കുക.

ഈ ഓപ്‌ഷൻ ഒരിക്കലും അത്യാവശ്യമല്ല, കാരണം pg_receivexlog സ്വയമേവ a-നായി ആവശ്യപ്പെടും
സെർവർ പാസ്‌വേഡ് പ്രാമാണീകരണം ആവശ്യപ്പെടുകയാണെങ്കിൽ പാസ്‌വേഡ്. എന്നിരുന്നാലും, pg_receivexlog ചെയ്യും
സെർവറിന് ഒരു പാസ്‌വേഡ് ആവശ്യമാണെന്ന് കണ്ടെത്തി ഒരു കണക്ഷൻ ശ്രമം പാഴാക്കുക. ചില കേസുകളിൽ
അത് ടൈപ്പ് ചെയ്യേണ്ടതാണ് -W അധിക കണക്ഷൻ ശ്രമം ഒഴിവാക്കാൻ.

ഫിസിക്കൽ നിയന്ത്രിക്കുന്നതിനായി pg_receivexlog-ന് ഇനിപ്പറയുന്ന രണ്ട് പ്രവർത്തനങ്ങളിൽ ഒന്ന് ചെയ്യാൻ കഴിയും
റെപ്ലിക്കേഷൻ സ്ലോട്ടുകൾ:

--സൃഷ്ടി-സ്ലോട്ട്
വ്യക്തമാക്കിയ പേരിനൊപ്പം ഒരു പുതിയ ഫിസിക്കൽ റെപ്ലിക്കേഷൻ സ്ലോട്ട് സൃഷ്‌ടിക്കുക --സ്ലോട്ട്, തുടർന്ന് പുറത്തുകടക്കുക.

--ഡ്രോപ്പ്-സ്ലോട്ട്
വ്യക്തമാക്കിയ പേരിനൊപ്പം റെപ്ലിക്കേഷൻ സ്ലോട്ട് ഡ്രോപ്പ് ചെയ്യുക --സ്ലോട്ട്, തുടർന്ന് പുറത്തുകടക്കുക.

മറ്റ് ഓപ്ഷനുകളും ലഭ്യമാണ്:

-V
--പതിപ്പ്
pg_receivexlog പതിപ്പ് പ്രിന്റ് ചെയ്‌ത് പുറത്തുകടക്കുക.

-?
--സഹായിക്കൂ
pg_receivexlog കമാൻഡ് ലൈൻ ആർഗ്യുമെന്റുകളെക്കുറിച്ചുള്ള സഹായം കാണിച്ച് പുറത്തുകടക്കുക.

ENVIRONMENT

മറ്റ് മിക്ക PostgreSQL യൂട്ടിലിറ്റികളെയും പോലെ ഈ യൂട്ടിലിറ്റിയും എൻവയോൺമെന്റ് വേരിയബിളുകൾ ഉപയോഗിക്കുന്നു
libpq പിന്തുണയ്ക്കുന്നു (ഡോക്യുമെന്റേഷനിലെ വിഭാഗം 31.14, “പരിസ്ഥിതി വേരിയബിളുകൾ” കാണുക).

കുറിപ്പുകൾ

പ്രധാന WAL ബാക്കപ്പ് രീതിയായി archive_command-ന് പകരം pg_receivexlog ഉപയോഗിക്കുമ്പോൾ, ഇത്
റെപ്ലിക്കേഷൻ സ്ലോട്ടുകൾ ഉപയോഗിക്കാൻ ശക്തമായി ശുപാർശ ചെയ്യുന്നു. അല്ലെങ്കിൽ, സെർവറിന് റീസൈക്കിൾ ചെയ്യാൻ സ്വാതന്ത്ര്യമുണ്ട് അല്ലെങ്കിൽ
ഇടപാട് ലോഗ് ഫയലുകൾ ബാക്കപ്പ് ചെയ്യുന്നതിനുമുമ്പ് നീക്കം ചെയ്യുക, കാരണം അതിൽ ഒന്നുമില്ല
archive_command-ൽ നിന്നോ റെപ്ലിക്കേഷൻ സ്ലോട്ടുകളിൽ നിന്നോ, WAL എത്ര ദൂരെയാണെന്നതിനെക്കുറിച്ചുള്ള വിവരങ്ങൾ
സ്ട്രീം ആർക്കൈവ് ചെയ്തു. എന്നിരുന്നാലും, ഒരു റെപ്ലിക്കേഷൻ സ്ലോട്ട് സെർവറിൽ നിറയുമെന്ന് ശ്രദ്ധിക്കുക
റിസീവർ WAL ഡാറ്റ ലഭ്യമാക്കുന്നത് തുടരുന്നില്ലെങ്കിൽ ഡിസ്ക് സ്പേസ്.

ഉദാഹരണങ്ങൾ

mydbserver-ൽ സെർവറിൽ നിന്ന് ഇടപാട് ലോഗ് സ്ട്രീം ചെയ്യാനും ലോക്കലിൽ സംഭരിക്കാനും
ഡയറക്ടറി /usr/local/pgsql/archive:

$ pg_receivexlog -h mydbserver -D /usr/local/pgsql/archive

onworks.net സേവനങ്ങൾ ഉപയോഗിച്ച് pg_receivexlog ഓൺലൈനായി ഉപയോഗിക്കുക