Bom dia Srs,

Estou com um comportamento bastante peculiar no meu cenário de replicação
com log shipping. Segue algumas configurações relevantes:

[MASTER]
wal_level = hot_standby
checkpoint_segments = 30
archive_mode = on
archive_command = 'scp -C %p postgresql@host_remoto.com:~/remote_logs/%f'
max_wal_senders = 1
wal_keep_segments = 45

[SLAVE]
hot_standby = on

[SLAVE recovery.conf]
standby_mode = 'on'
restore_command = 'cp /home/postgresql/remote_logs/%f %p'
archive_cleanup_command = '/usr/local/postgresql/last/bin/pg_archivecleanup
/home/postgresql/remote_logs/ %r'

Reparei que os 8~9 últimos arquivos do meu pg_xlog são mais antigos
(segundo o timestamp) que o último arquivo (segundo a sequencia do nome).
Segue uma listagem do diretório
*(desculpe colar tudo, mas as informações são importantes)

postgres@bodacious:/database/principal/pg_xlog$ ls -l
total 475160
-rw------- 1 postgres postgres      277 Oct 24 16:45
000000010000000000000009.00000020.backup
-rw------- 1 postgres postgres      276 Oct 25 14:30
00000001000000000000003E.00000020.backup
-rw------- 1 postgres postgres 16777216 Nov  9 07:45
000000010000000500000070
-rw------- 1 postgres postgres 16777216 Nov  9 08:06
000000010000000500000071
-rw------- 1 postgres postgres 16777216 Nov  9 08:26
000000010000000500000072
-rw------- 1 postgres postgres 16777216 Nov  9 08:46
000000010000000500000073
-rw------- 1 postgres postgres 16777216 Nov  9 09:04
000000010000000500000074
-rw------- 1 postgres postgres 16777216 Nov  9 09:24
000000010000000500000075
-rw------- 1 postgres postgres 16777216 Nov  9 09:44
000000010000000500000076
-rw------- 1 postgres postgres 16777216 Nov  9 10:04
000000010000000500000077
-rw------- 1 postgres postgres 16777216 Nov  9 10:24
000000010000000500000078
-rw------- 1 postgres postgres 16777216 Nov  9 10:44
000000010000000500000079
-rw------- 1 postgres postgres 16777216 Nov  9 10:45
00000001000000050000007A
-rw------- 1 postgres postgres 16777216 Nov  9 10:46
00000001000000050000007B
-rw------- 1 postgres postgres 16777216 Nov  9 10:47
00000001000000050000007C
-rw------- 1 postgres postgres 16777216 Nov  9 10:48
00000001000000050000007D
-rw------- 1 postgres postgres 16777216 Nov  9 10:49
00000001000000050000007E
-rw------- 1 postgres postgres 16777216 Nov  9 10:49
00000001000000050000007F
-rw------- 1 postgres postgres 16777216 Nov  9 10:50
000000010000000500000080
-rw------- 1 postgres postgres 16777216 Nov  9 10:51
000000010000000500000081
-rw------- 1 postgres postgres 16777216 Nov  9 10:52
000000010000000500000082
-rw------- 1 postgres postgres 16777216 Nov  9 10:59
000000010000000500000083
-rw------- 1 postgres postgres 16777216 Nov  9 11:09
000000010000000500000084
-rw------- 1 postgres postgres 16777216 Nov  9 05:31
000000010000000500000085
-rw------- 1 postgres postgres 16777216 Nov  9 05:11
000000010000000500000086
-rw------- 1 postgres postgres 16777216 Nov  9 05:51
000000010000000500000087
-rw------- 1 postgres postgres 16777216 Nov  9 06:43
000000010000000500000088
-rw------- 1 postgres postgres 16777216 Nov  9 07:05
000000010000000500000089
-rw------- 1 postgres postgres 16777216 Nov  9 06:24
00000001000000050000008A
-rw------- 1 postgres postgres 16777216 Nov  9 06:06
00000001000000050000008B
-rw------- 1 postgres postgres 16777216 Nov  9 07:26
00000001000000050000008C
drwx------ 2 postgres postgres     4096 Nov  9 11:01 archive_status/


No momento da listagem, o arquivo mais novo (segundo timestamp) é o 84,
entretanto, tem 8 arquivos (85 - 8C) "maiores" que ele. Quando um novo
arquivo é finalizado, ele toma o lugar do mais antigo (no caso, o 85), e o
último arquivo da sequencia (no caso, o 70), vira o maior da sequencia (no
caso, o 8D). A quantidade de arquivos se mantem, como esperado, afinal, o
mais antigo (85), foi substituído.

Para efeitos de replicação, está ok. O banco sempre replica o arquivo mais
novo (segundo timestamp) imediatamente após este ser finalizado.

Tem algum motivo para esse comportamento peculiar na rotatividade dos
arquivos wal ou esse é um comportamento esperado? Devo fornecer alguma
informação a mais?
Eu não estou tendo qualquer problema com esse comportamento, mas como achei
bastante peculiar resolvi compartilhar aqui.
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a