Em 15-05-2012 13:52, jorge sanfelice escreveu:
> Acho que resolvi o problema:
>
> Executei novamente o comando :
> select pg_start_backup('full backup-base');
>
> qnd terminou executei o :
> select pg_stop_backup();
>
>
> NOTICE: pg_stop_backup complete, all required WAL segments have been
> archived
> pg_stop_backup
> ----------------
> 28/56A002C0
> (1 row)
>
>
> Depois disso, voltou a gerar os archives na pasta como de costume.
> Porem, parece que alguns arquivos "antigos" acabaram ficando do pg_xlog,
Não é normal.
Você trocou o archive_command? Se ele falhou (ex.: falta de espaço no
destino, sem comunicação, etc) o PostgreSQL retem os arquivos até ter um
comando que funcione. Por exemplo, quando tenho problemas de espaço no
destino e preciso fazer com que o PostgreSQL "limpe" o pg_xlog, coloco
um "exit 0" no archive_command. Só que isso faz seu backup e eventuais
replicações pararem.
> estou em duvida se apago ou se deixo la. Nao sei o que isso pode impactar.
Provavelmente você pode apagar segmentos muito mais antigos que os
correntes. O número de arquivos necessários dentro do pg_xlog em
situação *normal* é:
2 * checkpoint_segments + checkpoint_completion_target *
checkpoint_segments + wal_keep_segments
Verifique antes se os erros do archive pararam de ocorrer no log.
> Ficou uma duvida. A mudanca de versao justificaria tantos archives a+ ?
Se você estiver usando wal_mode = hotstandby sim.
[]s
Flavio Henrique A. Gurgel
Consultor e Instrutor 4Linux
Tel: +55-11-2125-4747
www.4linux.com.br
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
