Euler, respondendo o que você colocou ali sobre rodar o pg_resetxlog na produção, eu não fiz isso no de produção viu, isso eu fiz no servidor que está recebendo a replica. Na real eu procuro nem mexer no de produção, só fiz as configurações iniciais e depois só no de réplica que mexo, até porque, minha parada se precisar mexer no de produção é só com programação com todos os setores de operação da empresa. E isso é meio complicado.
Att, Diógenes V. Bittencourt Em 10 de maio de 2016 13:31, Euler Taveira <[email protected]> escreveu: > On 10-05-2016 11:00, Diógenes Vargas de Bittencourt wrote: > > Bom dia pessoal, sou novo nesta lista, e gostaria de tirar uma dúvida > > que está me deixando careca, literalmente, hehe. > > Tenho postgres 9.3 instalado em um ubuntu 12.04 em produção. Fiz as > > configurações para replicação em outra máquina com o mesmo S.O. mesma > > versão do banco também. > > > 9.3.oque? Cadê as configurações da produção [1]? E o arquivo recovery.conf? > > > *Após esse erro ví em vários foruns que rodando o comando resetxlog > > poderia resolver, pois bem, fiz isso e segue abaixo o que ocorreu > depois:* > > /postgres@server2:/base$ /usr/lib/postgresql/9.3/bin/pg_resetxlog -f > > /base/pgdata/ > > Transaction log reset/ > > > Não, pg_resetxlog não vai resolver seu problema. 99% das pessoas que > usam o pg_resetxlog *não* sabem o que estão fazendo. Jamais use ele numa > base em produção e sem problemas; ele geralmente leva a perda de > transações. > > > [1] https://gist.github.com/eulerto/450501d8ef00404e665b46a2f2a6e8e2 > > > -- > Euler Taveira Timbira - http://www.timbira.com.br/ > PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento > _______________________________________________ > 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
