2016-05-20 10:14 GMT-03:00 Luiz Carlos L. Nogueira Jr. < [email protected]>:
> > Matheus, > > A minha ideia é ter o master no modo archive, mas não sei das > vantagens/desvantagens desse modo no slave. > No slave não será necessário o modo archive. > Qual seria a diferença/vantagens entre fazer o backup no master ou no > slave? > Apenas a descentralização das operações evitando impactos no master (CPU, rede, etc). A desvantagem de "pendurar" backups no slave é que, ao ficar indisponível, você pode gerar backups muito atrasados. > Se eu fizer em um ou em outro o archive_command do que não fizer será um > comando qualquer que retorne true ou posso deixar null? > Você pode manter o archive_mode habilitado e utilizar algo como 'exit 0' no slave. Isso é apenas para evitar um futuro restart caso queira voltar arquivar. Lembre-se que o arquivamento será feito pelo pg_receivexlog e é obrigatório para gerar o backup base. > *--isso fazendo o backup no master ou no slave? E o parâmetro é no master > ou slave?* > Caso o pg_dump seja no slave. O parâmetro é no slave. > > *--não sabia dessa possibilidade. vou estudar, só conhecia do begin/end > backup* > > 7- Se eu desligar o slave, o master ficará quanto tempo tentando mandar o >> próximo comando pro slave? Isso geral alguma fila no master? >> > > A conexão streaming será perdida, portanto o master não aguardará nada do > Slave. Ele passará a considerar a replicação novamente após a solicitação > da nova conexão pelo Slave. > > *--Mas, onde enfileirará caso o master fique esperando o slave? Se no > archive, os dados poderão, dependendo do tempo, estar no wal, mas se não > tiver no archive mode, a replicação "morre" e terei de fazer tudo do 0 de > novo?* > Mesmo não estando no modo archive, a replicação streaming se sincroniza através do WAL. Portanto, você pode manter alguns xlogs com o parâmetro wal_keep_segments. Em um cenário onde você tem um backup PITR ativo (archive) você ainda pode contar com os xlogs salvos no servidor de backup para fazer o sincronismo quando o slave voltar. Após o sincronismo através do WAL, o slave irá se conectar no master para iniciar a replicação. > > > Agradecendo antecipadamente, > Luiz Carlos > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > -- Matheus Ricardo Espanhol ---------------------------------------
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
