> Então uma boa prática seria ficar fazendo um rsync (fora do > archive_command) dos wals sempre pro slave e os limpando de tempos em > tempos pra não encher a partição do slave
Não entendi bem sua ideia mas normalmente o que se faz é o archive_command que envia seus logs de transação para algum lugar que seja, também, acessível pela réplica (ou standby, desculpe, não gosto de chamar de escravo). E esse lugar, de quebra, é seu backup. É essa mesma a idéia. Valeu!!!! Em 24 de maio de 2016 11:03, Flavio Henrique Araque Gurgel <fha...@gmail.com > escreveu: > > Então o slave fica procurando o que precisa no master e caso não > > encontre ele vai fazer o restore_command e procurar no seu próprio > > pg_xlog, podendo voltar a pesquisar no master depois de algumas > > atualizações automaticamente. > > Isso. > > > O slave controla tudo isso? > > Sim. > > > Então uma boa prática seria ficar fazendo um rsync (fora do > > archive_command) dos wals sempre pro slave e os limpando de tempos em > > tempos pra não encher a partição do slave > > Não entendi bem sua ideia mas normalmente o que se faz é o > archive_command que envia seus logs de transação para algum lugar que > seja, também, acessível pela réplica (ou standby, desculpe, não gosto de > chamar de escravo). E esse lugar, de quebra, é seu backup. > > []s > Flavio Gurgel > _______________________________________________ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >
_______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral