Estou com dúvida em relação a configuração do SR. Tenhos 2 servidores
idênticos, hardware e software, sendo um master e outro em hot
standby. Os 2 estão replicando através de SR, porém não estou usando
wal archive. Então ficou a pergunta: existe a necessidade OU é
aconselhável manter o esquema antigo de arquivar e enviar wal files de
um servidor para outro, ou o streaming replication sozinho, DESDE que
com wal_keep_segments configurado com valor bem alto, é suficiente?

Por exemplo, eu tenho uma padrão bem definido de utilização do banco,
e sei que 1 mês de operação equivalem a uns 500 arquivos em pg_xlog
(16 MB cada), e sei também que o link que conecta os 2 bancos tem uma
capacidade sempre superior ao volume que o banco de dados gera. Então
pelo que entendi da documentação oficial, se eu, após configurar tudo
certo, fazer o base backup, etc, tiver os servidores sincronizando
corretamente com wal_keep_segments = 500, eu posso afirmar que mesmo
que, se meu link ou servidor standby fiquem fora do ar por dias (menos
de 30 claro), eu ainda vou ter meu esquema de replicação funcionando
quanto tudo for restabelecido? Eu não vou precisar (desde que
wal_keep_segments seja alto o bastante) fazer um novo base backup no
dia que precisar converter o servidor standby em master???

Ahh...outra coisa. Este não é provavelmente o local certo para
reportar isso, mas só para constar caso alguém tenha as mesmas
dificuldades: nos meus testes agora não consegui executar o postgresql
no servidor standby em modo recovery com o postgresql compilado com
--with-openssl (em modo "normal" funciona):

> LOG:  WAL receiver process (PID 23212) was terminated by signal 11: 
> Segmentation fault

Se eu compilo sem --with-openssl eu consigo replicar sem problemas
(servidor: Red Hat Enterprise Linux 5.4 Linux db-1 2.6.18-164.11.1.el5
#1 SMP x86_64 x86_64 x86_64 GNU/Linux + Postgresql 9.0.1).

Obrigado

André
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a