RE: Replication: slave server has 3x size of production server? - Mailing list pgsql-general

From Edson Richter
Subject RE: Replication: slave server has 3x size of production server?
Date
Msg-id MN2PR01MB53272BB0BED23EF660DA8A18CFEF0@MN2PR01MB5327.prod.exchangelabs.com
Whole thread Raw
In response to Re: Replication: slave server has 3x size of production server?  (Adrian Klaver <adrian.klaver@aklaver.com>)
Responses Re: Replication: slave server has 3x size of production server?  (Adrian Klaver <adrian.klaver@aklaver.com>)
List pgsql-general


De: Adrian Klaver <adrian.klaver@aklaver.com>
Enviado: sábado, 22 de fevereiro de 2020 20:34
Para: Edson Richter <edsonrichter@hotmail.com>; pgsql-general <pgsql-general@postgresql.org>
Assunto: Re: Replication: slave server has 3x size of production server?
 
On 2/22/20 2:51 PM, Edson Richter wrote:

>
> Yes, it is working. Last X'log file is present on all thee servers.
> Also, comparting last transaction number on master and slave shows that
> all are in sync.
> Last, but not least, select max(id) from a busy table shows same id
> (when queried almost simultaneously using a simple test routine).

Well something is keeping those WAL file around. You probably should
analyze your complete setup to see what else is touching those servers.

It is safe to add a "--remove-source-files" into my archive_command as folows into my slave server?


archive_command = 'rsync --remove-source-files -e "ssh -2 -C -p 2022" -az %p barman@192.168.0.2:/dados/barman/dbcluster/incoming/%f'


and remove the xlog file after copy to barman?
I mean, whem the archive command starts, the wal has been already processed by the slave server, so we don't need them after copying to backup server, right?


Regards,

Edson

>
>     >
>     >
>     > The files are about 7 months old.
>
>     Are there newer files that would indicate that the streaming is working?
>
>
> Yes, streaming is working properly (as stated above).
>
> Thanks,
>
>
> Edson Richter
>
>
>>



--
Adrian Klaver
adrian.klaver@aklaver.com

pgsql-general by date:

Previous
From: "Peter J. Holzer"
Date:
Subject: Re: Is is safe to use SPI in multiple threads?
Next
From: Adrian Klaver
Date:
Subject: Re: Reset DB stats suggestion pg_stat_reset()