Início / dba / Perguntas / 186103
Accepted
Dina
Asked: 2017-09-16 15:52:29 +0800 CST

Muitos arquivos WAL na pasta de arquivo PostgreSQL Streaming Replication

  • 772

Tenho dois servidores Postgresql 9.5 configurados na replicação de streaming. Não há erros nos arquivos de log e os servidores parecem estar sincronizados.

MESTRE postgresl.config

archive_command = 'test ! -f mnt/server/archivedir/%f && cp %p mnt/server/archivedir/%f'
wal_keep_segments = 32

Todo o resto é praticamente padrão. E ainda tenho mais de 1600 arquivos no diretório de arquivo! Por falta de espaço, ousei excluir alguns deles. Gostaria de descobrir o que está causando isso. Também vejo que existem apenas arquivos muito antigos no escravo para o mesmo diretório.

A única coisa que consigo pensar é que recentemente fiz uma restauração em um banco de dados. Eu larguei o banco de dados, criei-o e fiz uma restauração de backup. Eu fiz isso várias vezes. O escravo parece ter alcançado as mudanças. Mas eu tenho uma tonelada de arquivos WAL na pasta de arquivo para cada uma das restaurações de backup. Agradeceria alguma visão sobre o que poderia estar acontecendo.

postgresql replication

2 respostas

  1. Best Answer

    wal_keep_segmentsinforma quantos arquivos devem ser mantidos no pg_xlogdiretório, não no diretório de arquivamento.

    O PostgreSQL não gerencia o diretório de arquivos para você, isso é com você. Ele nem sabe onde (ou qual) está o local do arquivo, é por isso que ele pede um arquivo_comando, em vez de apenas um diretório. No que diz respeito ao PostgreSQL, seu comando de arquivo pode passar os arquivos pelo od, enviar a saída para uma impressora de linha com papel sem ácido, depois colocar isso em um fichário de 3 anéis e armazená-los em seu sótão. Embora mais comum seria criptografá-los e carregá-los no S3 da Amazon, digamos.

    É meio estranho usar os dois wal_keep_segmentse archive_commandjuntos, pelo menos para configurações relativamente simples. Se você deseja apenas uma réplica de streaming e não precisa da capacidade de recuperação pontual, pode desativar o arquivamento completamente.

    Se você realmente quiser continuar usando um arquivo, mas limpá-lo quando os arquivos não forem mais necessários, você pode usar a archive_cleanup_commandconfiguração. Mas agora que temos replicação de streaming e slots de replicação, isso é quase obsoleto.

    • 3

  2. Como eu disse neste post https://stackoverflow.com/a/63401901/10043142 , PostgreSQL Wiki ( https://wiki.postgresql.org/wiki/Streaming_Replication ) diz algo importante sobre isso no seguinte post, passo 5:

    # To enable read-only queries on a standby server, wal_level must be set to
# "hot_standby". But you can choose "archive" if you never connect to the
# server in standby mode.
wal_level = hot_standby

# Set the maximum number of concurrent connections from the standby servers.
max_wal_senders = 5

# To prevent the primary server from removing the WAL segments required for
# the standby server before shipping them, set the minimum number of segments
# retained in the pg_xlog directory. At least wal_keep_segments should be
# larger than the number of segments generated between the beginning of
# online-backup and the startup of streaming replication. If you enable WAL
# archiving to an archive directory accessible from the standby, this may
# not be necessary.
wal_keep_segments = 32

# Enable WAL archiving on the primary to an archive directory accessible from
# the standby. If wal_keep_segments is a high enough number to retain the WAL
# segments required for the standby server, this is not necessary.
archive_mode    = on
archive_command = 'cp %p /path_to/archive/%f'
    • -1

relate perguntas