Juliano Souza - TI escreveu: > Caros, > > Na verdade, antes de se aplicar a replicação, é necessário apresentar > aos membros desta lista o ambiente daqui, aí depois se houver alguma > sugestão, acho válido. > Tenho uma base rodando perfeitamente no postgres 8.3.0, na verdade, se > este servidor falhar, gostaria de que o outro servidor com a réplica, > pudesse assumir as requisições. > > Então já sei antes de tudo, que deve ser síncrono, porém: tirado de um > TCC sobre replicação do postgres: (tenho ele em pdf caso queiram) > > " Na replicação assíncrona, se um banco é alterado, a alteração > será propagada e > aplicada para outro(s) banco(s) num segundo passo, sendo que esta poderá > ocorrer em > segundos, minutos, horas ou até dias depois (BEEHIVE, 2006). Uma > desvantagem é que este > tipo de replicação tende a atrasar a detecção de conflitos entre as > operações, o que só acontece > no fim da execução das transações. > > Na replicação síncrona todas as cópias ou replicações de dados > serão feitas no instante > da sincronização, mantendo a consistência dos dados. Se alguma cópia do > banco é alterada, > essa alteração será imediatamente aplicada a todos os outros bancos > dentro da transação. > Entretanto, este tipo de replicação traz uma série de desvantagens como, > por exemplo, uma > transação não poderá ser concluída se um dos nodos que possuem réplicas > estiver indisponível > (DUARTE, 2006)." > > Ou seja, se for síncrono e o slave falhar, a transação não será concluída. > > - O Slony é assíncrono, já está fora de cogitação, preciso de > disponibilidade. > - Estou testando agora o postgres-r (www.postgres-r.org), ele promete, > mas vou testar. > - Minha última tentativa será o skytools (Programa desenvolvido pelos > programadores do skype para replicação síncrona). > > Atenciosamente, > > * Juliano Souza * > > > > Ribamar Sousa wrote: >> Olá! >> >> Estava adiando a divulgação desse tutorial mas o colega me levou a >> isso. Realmente não é fácil encontrar um bom tutorial/artigo/guia que >> mostra como usar o Slony numa situação prática. Pelo menos eu não >> encontrei. Tentei algumas sugestões mas que não funcionaram e acabei >> encontrando um bom ponto de partida, foi um tutorial usando o PGAdmin. >> >> Depois de muito pesquisar e testar algumas soluções finalmente >> consegui ver funcionando replicação no PostgreSQL. >> >> Aqui mostrarei a solução que fiz funcionar, que usa o Slony-I e o >> pgAdmin, com PostgreSQL-8.2, tanto no Windows quanto no Linux (Ubuntu >> 7.10). >> >> De início tive como base este tutorial: >> http://people.planetpostgresql.org/dpage/index.php?/archives/51-Setting-up-Slony-I-with-pgAdmin.html >> >> também divulgado na lista internacional do PostgreSQL. >> >> Esse tutorial destina-se ao WindowsXP. Testei e funcionou direitinho no >> Windows. >> >> Acontece que ele se refere de vez em quando ao Linux o que me motivou >> a tentar a mesma solução no Linux (Ubuntu 7.10). >> >> Pesquisei outros tutoriais e um bom livro. Acabei por conseguir ver a >> replicação também no Linux. >> >> Veja um PDF com os passos aqui: >> >> http://postgresql.ribafs.net/slonywl >> >>
Replicação síncrona "Entretanto, este tipo de replicação traz uma série de desvantagens como, por exemplo, uma transação não poderá ser concluída se um dos nodos que possuem réplicas estiver indisponível" No pgcluster isso não ocorre se um "no" cair ele continua fazendo as transações no servidor Master ai é e so vc fazer com que ao voltar no ar de novo o "NO" sincronize com o master. Detecçao de problema em no de armazenamento e restauracao de banco de dados Quando o servidor de replicacao detecta um problema em um no de armazenamento, ele separa este no do sistema. Adicionalmente adiciona uma entrada com o estado do no retirado no arquivo de log, que e criado com o nome de pgreplicate.log no diretorio especificado com a opcao -D. Encontrando uma entrada no arquivo de log com o status error vinculado a algum no, pare e arrumeo. Apos os reparos, pode-se iniciar o no com a opcao -R, isto fara com que ele sincronize seus dados com o no mestre voltando ao sistema depois disso. # su -l postgres $ cd /usr/local/pgsql $ bin/pg_ctl start -o -R _______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
