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 <[email protected]> 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 > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
