Re: [pgbr-geral] Consideração replicação

[Matheus Ricardo Espanhol]

Boa noite Luiz,

2016-05-19 22:30 GMT-03:00 Luiz Carlos L. Nogueira Jr. <
lcnogueir...@gmail.com>:

> Caros,
> Estou pretendendo fazer a replicação nativa do postgres e gostaria de
> saber algumas considerações
> O slave será utilizado apenas para consultas e não virará master
> automaticamente por motivos internos, i.e. não queremos (no momento) uma
> solução de HA.
> Diante disso:
> 1-Poderei deixar o slave em modo de noarchive, diferentemente do master?
>

Sim. A replicação Streaming é independente do archive, tecnicamente você
não precisa do arquivamento nem no master.


> 2-Seria possível e vantajoso deixar os 2 no modo archive e fazer o backup
> no slave, mesmo com o "atraso" nos dados? O backup não escreve nada no
> banco? Se sim, não posso fazer no slave. Se não, como fica a situação, já
> que o slave ficará congelado entre o inicio e fim do backup?
>

Você pode fazer tanto o backup pg_dump quanto o backup incremental a partir
do slave.
pg_dump: O parâmetro max_standby_streaming_delay deve estar em -1, para que
o backup não seja cancelado pelo slave.
backup PITR: Você pode utilizar o pg_basebackup para fazer o backup base e
o pg_receivexlog para fazer o incremental.


> 3-O tempo que o slave poderá ficar fora é o tempo de existência do wal
> segment no master? O que fazer pra maximizar esse tempo?
>

Aumentar o wal_keep_segments no master ou ativar o arquivamento no master
para fazer backup dos segmentos.


> 4-Os 2 bancos tem que estar na mesma versão majoritária ou não faz
> diferença?
>

É obrigatório estar na mesma versão maior.


> 5-Os pg_hbas terão de ser sincronizados via SO
>

Eles são copiados apenas no backup base inicial. Portanto, se deseja
garantir o sincronismo deverá ser via SO


> tem alguma maneira de acompanhar o atraso enter o master e o slave em
> numero de transações e/ou tempo?
>

Por  tempo:
SELECT CASE WHEN pg_last_xlog_receive_location() =
pg_last_xlog_replay_location() THEN 0 ELSE EXTRACT (EPOCH FROM now() -
pg_last_xact_replay_timestamp()) END AS log_delay;


> 6-O que é mandado do master pro slave são as instruções (DMLs) ou os dados
> em si? Se for DMLs e os 2 servidores estiverem com horários diferentes não
> dará problema?
>

São os dados gravados no WAL.


> 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.


>
>
> Valeu e boa noite
>
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
Matheus Ricardo Espanhol
---
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Consideração replicação

[Luiz Carlos L. Nogueira Jr.]

Caros,
Estou pretendendo fazer a replicação nativa do postgres e gostaria de saber
algumas considerações
O slave será utilizado apenas para consultas e não virará master
automaticamente por motivos internos, i.e. não queremos (no momento) uma
solução de HA.
Diante disso:
1-Poderei deixar o slave em modo de noarchive, diferentemente do master?
2-Seria possível e vantajoso deixar os 2 no modo archive e fazer o backup
no slave, mesmo com o "atraso" nos dados? O backup não escreve nada no
banco? Se sim, não posso fazer no slave. Se não, como fica a situação, já
que o slave ficará congelado entre o inicio e fim do backup?
3-O tempo que o slave poderá ficar fora é o tempo de existência do wal
segment no master? O que fazer pra maximizar esse tempo?
4-Os 2 bancos tem que estar na mesma versão majoritária ou não faz
diferença?
5-Os pg_hbas terão de ser sincronizados via SO
tem alguma maneira de acompanhar o atraso enter o master e o slave em
numero de transações e/ou tempo?
6-O que é mandado do master pro slave são as instruções (DMLs) ou os dados
em si? Se for DMLs e os 2 servidores estiverem com horários diferentes não
dará problema?
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?


Valeu e boa noite
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] PGDAY EM CURITIBA

[Luciano]

PGDAY EM CURITIBA

Acesse http://pgdaycuritiba.blogspot.com.br

Definido! Será dia 02 de setembro de 2016!!!


O próximo PGDay em Curitiba será dia 02/09/2016 (sexta-feira), marquem em
suas agendas. Será dentro do Fórum de Tecnologia em Software Livre - FTSL (
ftsl.org.br) no ambiente da UTFPR - Universidade Tecnológica Federal do
Paraná (veja o mapa aqui ).

*Agenda*

*22/Julho/2016*: Prazo final para o envio de propostas
*25/Julho/2016*: Notificação aos autores selecionados
*20/Agosto/2016*: Limite para confirmação das palestras dos autores
selecionados

Lembrando que é um evento gratuito e que cada palestrante/oficineiro deve
arcar com todos os custos envolvidos (tais como deslocamento, hospedagem,
alimentação, etc).

*Envio de Propostas*

Envie sua proposta através do formulário clicando aqui

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral