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 <matheusespan...@gmail.com> escreveu: >> 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 os xlogs antigos. > > Para entender o problema, utilize o pg_standby com a opção de debug. > > Att. > > -- > Matheus Ricardo Espanhol > --------------------------------------- > Dextra Sistemas > http://www.dextra.com.br/postgres/ > > > _______________________________________________ > 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
