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, estou em
duvida se apago ou se deixo la. Nao sei o que isso pode impactar.

Ficou uma duvida. A mudanca de versao justificaria tantos archives a+ ?

Obrigado.

Em 15 de maio de 2012 10:30, william felipe_welter <wfeli...@gmail.com>escreveu:

> Em 15 de maio de 2012 10:08, jorge sanfelice
> <jorgesanfel...@gmail.com> escreveu:
> >
> > Sim estava limpando, mais nao com o comando pg_archivecleanup, esse cara
> > parece que é pra ser usado no server de standby.
> > (pg_archivecleanup is designed to be used as an archive_cleanup_command
> to
> > clean up WAL file archives when running as a standby server)
> >
> Ele tambem pode ser usado para o PITR.
> When used as a standalone program all WAL files logically preceding
> the restartwalfile will be removed archivelocation. In this mode, if
> you specify a .backup file name, then only the file prefix will be
> used as the restartwalfile. This allows you to remove all WAL files
> archived prior to a specific base backup without error. For example,
> the following example will remove all files older than WAL file name
> 000000010000003700000010:
>
> >
> > Estranho que como mudei de 8.2 para 9.1 alguma coisa aconteceu que gerou
> bem
> > mais Arquive, consequentemente, acabei estimando errado o tamanho da
> > particao. (porque gerou mais, nao sei....)
> >
> > De log nao achei nada, só esse processo no linux
> > -> postgres 32050  0.0  0.0 160740  1116 ?        Ss   08:58   0:00
> > postgres: archiver process   failed on
> > 0000000100000027000000A4.00000708.backup
> >
> > Nao dei um restart no server ainda porque estou com duvidas se o banco
> vai
> > voltar de boa. Se parar esse banco agora nao vai ser bom.
> Acho muito pouco provavel que o banco não volte..
> >
> > Mais Alguma ajuda ai galera?
> >
> > Em 15 de maio de 2012 09:58, william felipe_welter <wfeli...@gmail.com>
> > escreveu:
> >
> >> Em 15 de maio de 2012 09:28, jorge sanfelice
> >> <jorgesanfel...@gmail.com> escreveu:
> >> > Bom dia Pessoal,
> >> >
> >> > Tive um problema serio ontem durante o backup base + archive.
> >> > postgresql 9.1 + Oracle Linux ....
> >> >
> >> > A particao referente ao espaço em disco do Arquive estourou. (100% uso
> >> > do
> >> > disco)
> >> > Obs: gerou muitos arquivos, a base de 85GB estava com 76GB de arquive
> >> > (ta
> >> > certo que a base tem bastante transacoes)
> >> >
> >> > Configuracoes do arquive:
> >> > wal_level = archive
> >> > #fsync = on
> >> > #synchronous_commit = on
> >> > #wal_sync_method = fsync
> >> > #wal_writer_delay = 200ms
> >> >
> >> > #commit_delay = 0
> >> > #commit_siblings = 5
> >> >
> >> > # - Checkpoints -
> >> >
> >> > checkpoint_segments = 100
> >> > #checkpoint_timeout = 5min
> >> > #checkpoint_completion_target = 0.5
> >> > #checkpoint_warning = 30s
> >> >
> >> > # - Archiving -
> >> >
> >> > archive_mode = on               # allows archiving to be done
> >> >
> >> > (Ta gerando muito arquivo referente ao Archive, caso tenham alguma
> >> > sugestao,
> >> > para melhorar isso ficarei grato)
> >> >
> >>
> >> Esta limpando os archives anteriores ao seu backup base ?
> >> http://www.postgresql.org/docs/9.1/static/pgarchivecleanup.html
> >>
> >>
> >> > Agora, q liberei espaço no disco, nao esta mais gerando archive e esta
> >> > com
> >> > um processo preso que nao consigo nem dar kill.
> >> >
> >> > -> postgres  8608  0.0  0.0 160740  1116 ?        Ss   08:28   0:00
> >> > postgres: archiver process   failed on
> >> > 0000000100000027000000A4.00000708.backup
> >> >
> >> Esta mostrando algo nos logs ?
> >> Tentou dar um restart no PostgreSQL?
> >>
> >>
> >> > Alguem poderia me ajudar com mais esse problema?
> >> >
> >> > Qualquer duvida estamos ai.
> >> >
> >> > Abraços.
> >> >
> >> > _______________________________________________
> >> > pgbr-geral mailing list
> >> > pgbr-geral@listas.postgresql.org.br
> >> > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> >> >
> >>
> >>
> >>
> >> --
> >> William Felipe Welter
> >> ------------------------------
> >> Consultor em Tecnologias Livres
> >> william.wel...@4linux.com.br
> >> 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
> >
> >
> >
> > _______________________________________________
> > pgbr-geral mailing list
> > pgbr-geral@listas.postgresql.org.br
> > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> >
>
>
>
> --
> William Felipe Welter
> ------------------------------
> Consultor em Tecnologias Livres
> william.wel...@4linux.com.br
> 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
>
_______________________________________________
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a