Toda vez que um Stand By deixa de ser stand by para ser produção, ele não
pode mais voltar a ser stand by.

Então se você quer que ele volte a ser stand by, você tem que refazer o
processo de criação dele.

Não é um defeito, é uma questão de consistência temporal. Você não pode
brincar de tunel do tempo sem causar estragos nos dados. É como nos filmes
mesmo.

Atenciosamente,
Fábio Telles

Em 11 de maio de 2010 16:48, José Carlos Messias <zehkar...@gmail.com>escreveu:

> Concordo em partes que ele não vai mais processar os novos arquivos,
> mas deveria voltar a ficar ativo vc não acha?
>
> Em 11 de maio de 2010 16:36, Matheus Ricardo Espanhol
> <matheusespan...@gmail.com> escreveu:
> >
> >>
> >> 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 1
> para
> > 2.
> >
> > Quando vc renomeou o recovery.done para recovery.conf, o PostgreSQL
> > não procura mais xlogs 000001000000XX, ele passa a trabalhar somente
> > com 000002000000XXX. É por isso que a replicação não irá mais funcionar.
> >
> > --
> > 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
>



-- 
blog: http://www.midstorm.org/~telles/
e-mail / jabber: fabio.tel...@gmail.com
_______________________________________________
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a