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