Início / dba / Perguntas / 48127
Accepted
Tulains Córdova
Asked: 2013-08-15 05:50:22 +0800 CST

O que procurar no log pg_dump ruim

  • 772

Queremos detectar erros programaticamente em pg_dumps agendados cron.

Além de verificar se o arquivo de log termina ou não em "pg_dump: salvando a definição do banco de dados":

Que outra string indicadora posso grep para verificar programaticamente se um despejo está ok.

postgresql monitoring

1 respostas

  1. Best Answer

    O indicador principal é o status de saída do pg_dumpcomando. Se for diferente de zero, algo deu errado, caso contrário, funcionou o tempo todo. Este é o contrato implícito entre qualquer comando e o shell, e violá-lo seria um bug. E também é testável quando o subcomando não pôde ser iniciado.

    Aqui está um esqueleto básico no shell Unix que testa o código de saída e age de acordo:

    d=`date +%Y%m%d`
dump=/path/to/backups/daily-backup-"$d"
error=/path/to/backups/errors-backup-"$d".txt

pg_dump -U username dbname >$dump 2>$error
code=$?
if [ $code -ne 0 ]; then
  echo 1>&2 "The backup failed (exit code $code), check for errors in $error"
fi

    É necessário manter as mensagens de erro em armazenamento durável para que possam ser analisadas posteriormente. Quando nenhum erro ocorre, o arquivo de erros deve estar lá, mas vazio, a menos que a -vopção seja usada, mas não esteja intencionalmente no script acima.

    Sobre a mensagem: salvando a definição do banco de dados

    Ele é exibido junto com muitas outras mensagens informativas somente ao usar a -vopção detalhada ( ). O problema é que em caso de erro, essas mensagens serão misturadas com mensagens de erro, e requer algum nível de conhecimento para distinguir o que é normal do que não é.

    • 6

relate perguntas