> Na verdade, o postgres permite a restauração mesmo sem o recovery.conf, a
> diferença é que os dados restaurados serão apenas os do horário do backup.
Não, isso não é verdade. Veja mais abaixo.
> O meu problema foi solucionado observando as mensagens no postmaster.log ,
> já que não eram geradas no diretório de log.
> Um dos problemas, era que o banco original estava com o locale em en_US e na
> maquina de restauração era pt_BR. Configurei o locale e esta etapa passou.
Ok.
> Outro problema, foi que a maquina de dados era de 64 bits e a de restauração
> de 32 bits. O postgres não restaura nessas condições.
Correto.
> Deixo mais uma dúvida. Se alguem puder me ajudar, eu agradeço .
> Quando o backup estava sendo gerado via tar.. , o comando estava assim:
> (Simplificando)
> select pg_start_backup('teste');
> tar -czvf arquivo.tar.gz /pg_data/
> select pg_stop_backup();
> O tar registrou que alguns arquivos estavam sendo alterados no momento do
> tar. Isso é um problema ?
Não é um problema _se_ e _somente se_ você guardar o archive e
utilizar um recovery.conf na restauração. É justamente pra isso que
eles servem.
Se você retornar de um backup feito a quente sem o recovery.conf o
PostgreSQL não tem como saber em que local está seu archive e qual é o
checkpoint que finalizou imediatamente antes de seu backup começar.
Portanto, ele não ajustará as páginas que foram modificadas durante
seu backup.
Portanto, seu backup restaurado da forma como falou pode não estar
íntegro. Você pode ter problemas de integridade referencial,
inclusive.
[]s
Flavio.
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
