Re: viewing connectioninfo used by subscriber on the publicationserver when inactive - Mailing list pgsql-admin

From Wim Bertels
Subject Re: viewing connectioninfo used by subscriber on the publicationserver when inactive
Date
Msg-id 95bb0c6c21a2a96a526a5ce01f16e62ea4f073f5.camel@ucll.be
Whole thread Raw
In response to Re: viewing connectioninfo used by subscriber on the publicationserver when inactive  (Keith Fiske <keith.fiske@crunchydata.com>)
Responses Re: viewing connectioninfo used by subscriber on the publicationserver when inactive  (Keith Fiske <keith.fiske@crunchydata.com>)
Re: viewing connectioninfo used by subscriber on the publicationserver when inactive  (Wim Bertels <wim.bertels@ucll.be>)
List pgsql-admin
Keith Fiske schreef op do 14-05-2020 om 10:08 [-0400]:
> It doesn't matter how small the dataset change is. The same WAL
> stream is used for both logical and physical replication so it has to
> keep all WAL files until all subscribers for that publication have
> confirmed they have received them. If even a single subscriber goes
> offline, all WAL will be kept until that subscriber reconnects.

That is interesting, i assume this the WAL for the whole cluster, as
logical decoding is then used on this WAL for the logical replication,
do you have an estimate of order of magnitude for the all WAL files?

So far this seems ok over here (with one subscriber inactive for 2
days):
# du -ch pg_logical/ pg_wal/ pg_replslot/
912K    pg_logical/snapshots
4,0K    pg_logical/mappings
924K    pg_logical/
4,0K    pg_wal/archive_status
81M    pg_wal/
8,0K    pg_replslot/db2_sub
8,0K    pg_replslot/db2_sub1
8,0K    pg_replslot/db2_sub2
28K    pg_replslot/
81M    totaal
this after two days of replication setup. 

assuming that students will be offline for at most 2 or 3 days,
this seems ok?

-- 
mvg,
Wim
--
Tell the truth or trump--but get the trick.
        -- Mark Twain, "Pudd'nhead Wilson's Calendar"




pgsql-admin by date:

Previous
From: Keith Fiske
Date:
Subject: Re: viewing connectioninfo used by subscriber on the publicationserver when inactive
Next
From: Keith Fiske
Date:
Subject: Re: viewing connectioninfo used by subscriber on the publicationserver when inactive