Em 4 de setembro de 2014 21:47, Euler Taveira <[email protected]> escreveu:
> 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). > > Então não tem jeito mesmo, tem que ser feito, no meu caso, o pg_basebackup novamente. Perguntei isso porque o processo do pg_basebackup leva quase 2 horas... Imaginando nas possíveis transações que podem ocorrer nesse período, o parâmetro wal_keep_segments pode me ajudar a não *perder* essas transações durante o processo, correto? []s Danilo
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
