segue o wiki¹ para as configurações, deixando os postgresql.conf iguais,
sendo o que vai definir o postgresql em modo recovery ( slave/ServidorB )
vai ser o arquivo recovery.conf, quando  fazer a troca basta fazer o
processo inverso do arquivo recovery.conf no servidor que será o novo
(slave/ServidorB(A)), lembrando que deve ser executado o processo de
sincronização quando for informado no log do postgresql que os servidores
estão com a time line diferentes.

espero ter ajudado.

¹[ https://wiki.postgresql.org/wiki/Streaming_Replication ]


2014-09-04 21:47 GMT-03:00 Euler Taveira <[email protected]>:

> On 04-09-2014 18:59, Danilo Silva wrote:
> > Em um cenário onde eu tenha apenas 1 master e 1 slave, e por algum
> motivo o
> > slave foi promovido a master, qual é o melhor método de realizar um
> > failback após detectado e resolvido o problema com o servidor master?
> >
> Vamos chamar de servidorA o que chama de "master" e servidorB o "slave"
> para a explicação não ficar confusa. Estamos tratando do caso que você
> promoveu o servidorB a mestre, ou seja, agora ela aceita conexões e pode
> realizar transações de escrita. Para voltar ao cenário anterior (onde o
> servidorA era o mestre), você vai precisar montar o cenário de
> replicação duas vezes (um para fazer o servidorA acompanhar o servidorB
> e, após promover o servidorA, outra para fazer o servidorB voltar a ser
> o escravo).
>
> PS> com "detectado e resolvido" estou assumindo que o servidorB ficou
> trabalhando por algum tempo no lugar do servidorA.
>
>
> --
>    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
>



-- 
------------------------------
Thomaz Luiz Santos
Linux User: #359356
http://thomaz.santos.googlepages.com/
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a