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
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a