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 o uso em apenas um momento, não deixei a partição de xlog separada (não preciso de performance e não sabia até quanto ela iria crescer) Aí ela cresceu muito, pois a taxa de xlog chegando é maior que o xlog aplicado ao banco slave Então o xlog chegou a mais de 200GB, aí depois de transmitir tudo que tinha no master, foi baixando, baixando, até sincronizar. Aí apareceu o WAL SENDER pro servidor lento Em 26 de março de 2017 02:03, Euler Taveira <[email protected]> escreveu: > > Em 25 de março de 2017 17:59, Luiz Carlos L. Nogueira Jr. < > [email protected]> 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 restore_command > para reestabelecer a replicação. > > > -- > Euler Taveira Timbira - > http://www.timbira.com.br/ > PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento > <http://www.timbira.com.br> > > _______________________________________________ > 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
