Nesse artigo será descrito o processo de como fazer replicação de dados PostgreSQL usando a ferramenta Slony. O Slony inclusive suporta múltiplos masters. Também é interessante observar que a replicação de dados através dessa ferramenta pode ser feita entre versão 7 e 8 do PostgreSQL sem problemas, podendo ser usado para migrar os dados da versão 7 para 8 de forma bastante simples.
Será necessário, para que não apareçam erros do tipo "senha não fornecida", que o arquivo ~/.pgpass seja criado com o seguinte conteúdo, nos dois servidores do cluster:
hostname:port:database:username:password
Nesse arquivo, todos os dados serão referentes ao próprio servidor onde esse arquivo está. Caso seja necessário, coloque vários, um em cada linha, no arquivo. É preciso também setar a permissão para esse arquivo:
# chmod 0600 ~/.pgpass
Para facilitar nosso trabalho, vamos agora exportar algumas variáveis de ambiente em ambos os servidores envolvidos no processo de replicação. Abra o arquivo /etc/profile e inclua o seguinte conteúdo:
[10] Comentário enviado por kurt3dfx em 10/07/2006 - 12:21h
hein rdal, o ./replicacao_start é pra iniciar a replicação independente de dar um slon no console nao é ?? só que ele não inicia
dá uma luz ae :D
tranks
[11] Comentário enviado por diegotolentino em 01/08/2006 - 09:37h
Seu artigo é otimo e estou pensando em utilizalo em detrimento de uns scripts que estou tendo que manter no braço(e apanhando igual cabrito na horta). Agora algumas perguntas
1. a conexão entre o master e o slave é persistente? se sim, não tem como fazer um buffer e executar a replicação em intervalos de tempo (tipo usando o cron)? se for persistente tenho que abrir um handler para cada slave que eu quiser atualizar?
2. fazendo as minhas estruturas corretamente, mantendo um intervalo de primarykey reservadas para cada banco, eu poderia ter update/insert/delete no slave tambem?
[12] Comentário enviado por andersonaa em 30/08/2006 - 12:30h
O que pode ser este erro:
<stdin>:6: Error: namespace "_voipix" already exists in database of node 1
<stdin>:6: ERROR: no admin conninfo for node 134590736
[15] Comentário enviado por celiojs em 09/12/2006 - 19:04h
Muito bom seu artigo!!!!!!
Em partes atende uma necessidade que tenho:
Como eu resolveria o problema de um deles parar e esse problema ficar transparente para a minha aplicação?
Até mais, e parabéns!!!!
Célio
2009-05-21 08:37:00 BRT ERROR cannot get sl_local_node_id - ERROR: schema "_teste" does not exist
2009-05-21 08:37:00 BRT FATAL main: Node is not initialized properly - sleep 10 s