Início / dba / Perguntas / 344339
Accepted
Ironscar
Asked: 2024-12-21 20:08:32 +0800 CST

Postgres 16 Arquivamento contínuo e erro PITR "ponto de verificação inválido"

  • 772

Aqui está o que estou fazendo:

  1. Tenho um contêiner docker Postgres 16 que arquiva continuamente arquivos WAL
  2. Depois 00012e 00013foram arquivados, faço um backup base do banco de dados usando pg_basebackupo que gera um 00014..backuparquivo (esses são arquivos de exemplo e os WALs reais são mais longos, eu sei)
  3. Agora copio o backup base e os WALs arquivados em outro contêiner docker do Postgres 16 que foi criado recentemente a partir da mesma imagem docker (incluindo a versão)
  4. Eu faço postgresdo usuário o proprietário de todos esses arquivos
  5. Eu removo os WALs do pg_waldiretório de backup base e atualizo o restore_command postgresql.conf(além disso, também desfaço as configurações de arquivo que estavam lá no primário)
  6. Eu removo 00012os 00013WALs, pois eles já estão lá no backup base, então agora os WALs arquivados são apenas 00014e o arquivo .backup criado
  7. Eu crio um recovery.signalarquivo, que está vazio e no diretório de dados
  8. Então, finalmente, altero o nome do diretório atual pgdatae pgdata_inido diretório de backup para pgdataque ele atue como meu diretório de dados
  9. Então eu paro o contêiner e começo novamente, mas a inicialização do banco de dados falha devido a invalid checkpoint recordecould not find required checkpoint record

Alguém pode me dizer o que estou fazendo errado aqui?

backup

1 respostas

  1. Best Answer

    Acontece que o registro de ponto de verificação inválido ocorreu porque os identificadores do sistema de banco de dados dos dois contêineres eram diferentes, o que podemos verificar fazendoselect system_identifier from pg_control_system();

    Agora, isso pode parecer óbvio, mas tem uma pequena ressalva. Quando fazemos PITR, o primeiro passo é carregar o basebackup, e depois de carregar esse backup e renomeá-lo para pgdata, mas antes de reiniciar, o identificador acaba sendo o mesmo da consulta acima. (Mesmo que não seja para o sistema)

    Então temos que fazer o seguinte para contornar isso:

    1. Faça duas cópias do basebackup no novo contêiner
    2. Reinicie o contêiner com um dos backups para que o identificador do sistema reflita verdadeiramente o antigo, mas não esteja atualizado
    3. Em seguida, copie os arquivos WAL arquivados e atualize a segunda cópia do basebackup (removendo pg_walarquivos, atualizando restore_commandem conf, adicionando recovery.signaletc.)
    4. Agora, podemos renomear esta segunda cópia de backup base como pgdatae reiniciar o contêiner

    Agora, ele pegará corretamente os arquivos arquivados e recuperará dados atualizados porque os identificadores do sistema são realmente os mesmos. Ele só precisa de uma reinicialização extra com o basebackup inicial.

    • 0

relate perguntas