paulo_ti

Boa tarde meu amigo, olha eu aqui outra vez. Estou com duas bases agora replicadas... Em uma delas, por ser uma maquina virtual na propria maquina, tudo funciona normalmente, mas eu reparei que na base que fica fora daqui, em outra loja, quando executa um vaccum no master, eu acho, o slave começa a dar erro : ERRO NA REPLICAÇÃO não PODE RECEBER DADOS DO FLUXO WAL: FATAL: SEGMENTO DO WAL SOLICITADO já FOI REMOVIDO , dai mostra o segmento que não conseguiu encontrar. Dei uma olhada nos problemas encontrados e verifiquei que o paramatro max_wal_segments estava com 20, coloquei para 100 e vou fazer uma nova copia. Pode ser que o servidor slave remoto cai e fica muito tempo sem acessar ele da esse erro, porque funcionou direito uns 3 dias. Volto a comentar amanha. Abraço

Encontrei o erro EURECA.... Um parametro utilizado no servidor master estava fazendo com que ambos trabalhassem de forma sincrona, com isso ambos deveriam estar sempre ligados e disponiveis, eliminando esse parametro eles passam a trabalhar de forma assincrona, sendo assim, quando o slave para o master continua. Agradeço imensamente a ajuda e se precisar de mim estou a disposição. att Ops, o parametro é: synchronous_standby_names = *, ele deve ficar desativado PAULO

Boa tarde meu amigo. Realmente, quando eu simulo uma queda na rede do servidor slave o servidor master simplesmente para de receber requisições. A mensagem no log é a seguinte: 2015-05-06 16:28:19 BRT LOG: TERMINADO PROCESSO WALSENDER POR CAUSA DO TEMPO DE ESPERA DA REPLICACAO E quando eu volto o servidor slave , tudo acontece normalmente, aparece a mensagem: servidor em espera "walreceiver" agora é um servidor em espera síncrono com prioridade 1. Não deveria ser assincrono? Obrigado

Bom dia meu amigo, como vai? Então, estive off por algum tempo cuidando de outros assuntos, mas essa semana ficarei, acredito eu, por conta deste servidor. Olha só, ele não exibe mensagem alguma de erro, simplesmente quando o servidor slave cai, o master não aceita mais requisições, mesmo pelo pgadminIII eu não acesso, muito estranho, fica rodando, rodando rodando, como se estivesse travado entende?. Vou rever os scripts e posto o resultado, mas a replicação acontece normalmente quando ambos estão funcionando. Mais uma vez obrigado pela ajuda. PAULO

Bom dia meu amigo... Entendi, agora olha só, eu fiz alguns testes nestes servidores: O primeiro teste eu restaurei um backup completo no master com, sucesso, tudo foi replicado corretamente O segundo teste eu parei o servidor slave e tentei alterar alguma coisa no master, cara ele não funcionou sem o slave estar ativo, tem alguma configuração que eu consiga continuar o master mesmo com o slave parado?

Estou verificando no site da Enterprise Db, existe uma ferramenta para replicação disponível para download, você conhece? xDB Replication Server

Issooo, replicou meu amigo, replicou sem problemas. Assim, eu vejo que replicou pois eu atualizei um registro pelo meu sistema (ERP) que está conectado ao servidor principal, e depois eu fui no servidor slave e dei um comando select neste registro, eureca, esta alterado, mas eu não consigo conectar pelo meu ERP no servidor slave, ele diz mais ou menos que operações de escrita não são permitidas, acho ele esta somente leitura, correto? pois quando eu tento logar o sistema tenta gravar na tabela de log informando a hora e a data que um determinado usuario acessou o sistema, como ele so esta fazendo leituras eu não consigo acessar pelo ERP, esta correto essa teoria?

Meu deus, agora ele falou o seguinte, replicacao em fluxo conectou-se com sucesso ao servidor principal. Posso testar agora? Tipo, fazer uma alteração no servidor principal e verificar se replicou no slave? Ou tem outro modo de verificar isso?

Bom dia meu amigo Olha so, era isso mesmo, eu não copiava, e em todos os tutoriais diziam pra copiar, mas como eu pensava que o banco era do zero não precisava, ok, essa parte eu aprendi, agora eu estou olhando pro log do servidor slave, aparece a mensagem:(vou coloca-la na integra) 2015-04-17 17:51:55 BRT FATAL: não pôde conectar ao servidor principal: FATAL: nenhuma entrada no pg_hba.conf para conexão de replicação da máquina "192.168.99.175", usuário "seta", SSL desabilitado. Até agora foi o mais perto que eu consegui chegar da replicação propriamente dita, acredito que já avancei muito, pois agora o servidor até tenta se comunicar com o master mas não consegue, eu revisei todos os arquivos e não sei o que pode estar acontecendo. Lembrando: master: 192.168.99.176 - slave: 192.168.99.175

Graymalkin Graymalkin boa tarde Gostaria de lhe pedir uma ajuda por favor, meu emprego está dependendo de uma replicação no postgres. Estou com dois servidores de teste, quando funcionar eu coloco no servidor de produção vou descrever o cernário e o que eu já fiz. Servidor master ip: 192.168.99.176 banco: seta pasta dos arquivos E:/setadb/data Servidor slave ip: 192.168.99.175 banco seta pasta dos arquivos E:/setadb/data Eu segui o tutorial do Euler Taveira, muito bom por sinal, apesar de estar em linux, eu consegui fazer com que o servidor master iniciasse depois das alterações, mas o servidor slave não inicia, quando eu coloco o arquivo recovey.conf e tento iniciar o serviço ele não inicia. Eu posso trabalhar com os servidores parados então uma das minhas duvidas é: Realmente é necessario copiar todo o servidor master para o slave, sendo eles identicos? e porque não consigo iniciar com o arquivo recovery.conf presente? vou colocar o conteudo do recovery.conf para você ver standby_mode = 'on' primary_conninfo = 'host=192.168.99.176 port=5432 user=seta password=xxxxxxxx' trigger_file = 'E:\setadb\data\failover.trg' Você pode me ajudar?

carlosleandro2 você usa windows? Cara eu não estou conseguindo fazer essa maldita replicação, quando eu crio o arquivo recovery.conf o serviço do servidor secundário não sobe nem com a policia, da erro, e se eu deletar esse arquivo o servidor inicia, você pode postar o conteudo do seu recovery.conf por favor, o meu está assim: standby_mode = 'on' primary_conninfo = host='192.168.99.176 port=5432 user=XXXXX password=XXXXXX' trigger_file = 'E:/setadb/data/failover.trg'

Boa tarde pessoal alguém teria um bom material sobre replicação no postgres com Slony? Usamos o postgres aqui na firma e agora quero implementar uma solução para replicação do banco em outros servidores, nada na net ajudou muito, os tutoriais e dicas ou tinham informação de mais, ou tinham informação de menos, se alguém já consegue replicar e pode por favor compartilhar a informação eu agradeço imensamente, pois estou deveras sozinho nesta empreitada. att PAULO