Teria que refazer todo o processo de novo após um teste de restore?
(copiar a base mestre para o slave, excluir os arquivos antigos do
wal, configurar o arquivo do recovery.conf e dar start no postgresql)
Sim. Ao iniciar o PostgreSQL incrementou o timeline, sendo assim não
reconhecerá mais
Mas não seria somente dar um stop no postgresql, renomear o
recovery.conf, pegar o proximo wal aguardado usando o pg_standby -d,
apagar os antigos e dar um start novamente, acredito que deveria
funcionar, pq não deu certo?
Em 11 de maio de 2010 15:16, Matheus Ricardo Espanhol
Mas não seria somente dar um stop no postgresql, renomear o
recovery.conf, pegar o proximo wal aguardado usando o pg_standby -d,
apagar os antigos e dar um start novamente, acredito que deveria
funcionar, pq não deu certo?
Então... Ao iniciar o PostgreSQL pela 1ª vez... o timeline mudou de
Mais dúvidas, mesmo se eu utilizar a opção
recovery_target_time='2005-06-22 12:39:01 EST', vou conseguir fazer
somente uma vez?
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
Mais dúvidas, mesmo se eu utilizar a opção
recovery_target_time='2005-06-22 12:39:01 EST', vou conseguir fazer
somente uma vez?
Sim, ele também irá criar um novo timeline. Mas, em tese, se você definir
recovery_target_timeline, ele
volta a enxergar os xlogs antigos.
--
Matheus Ricardo
