Puncte:0

Ar trebui ca DB replica să fie în „recuperare” - PostgreSQL

drapel ru

Am două baze de date care folosesc replicarea în flux și par a fi în această stare

postgres 16319 0,0 0,5 137949952 3077260 ? Ss Aug22 0:11 /usr/pgsql-12/bin/postmaster -D /var/lib/pgsql/12/data/
postgres 16321 0,0 0,0 249564 2080 ? Ss Aug22 0:00 \_ postgres: logger
postgres 16322 7,3 5,2 137950296 27899272 ? Ss Aug22 9031:16 \_ postgres: pornire în curs de recuperare 0000000100003EA70000002C
postgres 16323 0,8 5,2 137950152 27549964 ? Ss Aug22 1001:55 \_ postgres: checkpointer
postgres 16324 0,0 0,1 137949928 1050960 ? Ss Aug22 1:40 \_ postgres: scriitor de fundal
postgres 16338 0,0 0,0 251960 2328 ? Ss Aug22 57:32 \_ postgres: colector de statistici
postgres 16339 10,6 0,0 137961464 5116 ? Ss Aug22 13123:06 \_ postgres: walreceiver streaming 3EA7/2C5A24F0

În mod normal, am observat „recuperarea” doar când DB-ul este într-o stare proastă. Când am executat o interogare pe replica pe care am primit-o

EROARE: se anulează declarația din cauza unui conflict cu recuperarea

Observ că „streaming 3EA7/2C5A24F0” și recuperarea este în creștere.

The SELECTAȚI * FROM pg_stat_wal_receiver pare să fie de asemenea în creștere.

Vreau doar să mă asigur că nu există probleme cu DB-ul meu și că doar folosește recuperare ca parte a mecanismului său de replicare.

drapel ua
Dacă acest lucru este relevant doar pentru Postgres, aruncați alte produse din etichete.
Puncte:1
drapel za

Dacă configurați replicarea Postgres prin trimiterea jurnalului de scriere anticipată, așa cum este descris în manual de replicare în flux, atunci da, toate replicile sunt în starea de recuperare permanentă, ceea ce este normal. Pe măsură ce tranzacțiile de scriere sunt efectuate împotriva nodului master, replicile primesc și aplică jurnalele de la master, așa cum ar face orice server Postgres aflat în recuperare.

Numărul în schimbare pe care îl vedeți este ID-ul tranzacției primite în prezent.

Vă rugăm să citiți pagina completă legată pentru a clarifica detaliile. În ceea ce mă privește, este clar că serverul de așteptare (slave) efectuează de fapt recuperarea în mod continuu, dacă nu este promovat.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.