Caros,
Seguem algumas dúvidas.
Ambiente: 1 master 2 slaves (1 com discos rápidos e outro com discos lentos)
A replicação fica "sincrona" com o disco rápido e "atrasada" com os discos
lentos, como já era de se esperar. (estou fazendo um load muito pesado e
não estou usando archiving)
Quando acabou
Em 23 de março de 2017 17:57, Luiz Carlos L. Nogueira Jr. <
lcnogueir...@gmail.com> escreveu:
>
> Quando acabou o load, fiz um pg_ctl restart e depois de algum tempo notei
> que o WAL SENDER parou pro slave "lento" e só voltou depois que todos os
> XLOg foram aplicado no servidor lento.
>
> Eu não
Eu não entendi o que quis dizer aqui. "restart" em qual servidor?
Master
O que quis dizer com o resto da frase? Você fez um strace no processo do
wal sender para entender porque ele estava "parado"?
Só tinha o WAL SENDER apontando pro slave rápido. O do lento "sumiu"
_
Em 25 de março de 2017 17:59, Luiz Carlos L. Nogueira Jr. <
lcnogueir...@gmail.com> escreveu:
> Só tinha o WAL SENDER apontando pro slave rápido. O do lento "sumiu"
Sem as configurações fica difícil dizer algo. No entanto, o wal sender pode
"sumir" por um tempo se o postgres tiver que usar o res
Sem as configurações fica difícil dizer algo. No entanto, o wal sender pode
"sumir" por um tempo se o postgres tiver que usar o restore_command para
reestabelecer a replicação.
Ele sumiu até o lento ficar sincronizado, mas não estava usando o archiving.
Como esse servidor "lento" seria apenas pra
