Em 13 de maio de 2011 12:15, JotaComm <[email protected]> escreveu: > Opa, >> A replicação já estava funcionando? >> A replicação funciona 100%, desde que não execute o vaccum no banco de >> dados de 20 GB
Tenho aqui autovacuum ligado e replicação por streaming funcionando a 100%. Nunca tentei vacuum manualmente, mas o conceito é o mesmo. >> >> Após o retorno deste backup no servidor de replicação master enviei o >> >> data conforme seu material para o servidor slave. >> > Qual o procedimento realizado? Somente rsync ou pg_start_backup > rsync >> > > >> > pg_stop_backup? >> Testei fazendo o backup online e ofline porem usei o rsync com scp >> >> >> >> Estou baixando a versão 9.0.2 do postgres para ver se não e um bug da >> 9.0.4. Aqui é 9.0.4. Funciona como manteiga. >> Pelo que entendi o que esta ocorrendo e porque ele esta removendo um >> determinado arquivo do pg_xlog do pricipal e não no slave, ai onde ocorre o >> erro. >> Tentei seguir uma sugestão do Matheus tambem atrazar a sicronização no >> servidor slave com o parametro max_standby_streaming_delay = 0s >> Porem sem sucesso na versão 9.0.4. Isso só é necessário quando uma consulta é cancelada no escravo por causa de páginas já removidas, não pra evitar o erro que você está citando. >> > Há alguma mensagem adicional no log a não ser dizendo que o arquivo do >> > WAL não >> > foi encontrado? A única vez que vi isso acontecer foi quando o escravo ficou *muito* mas *muito mesmo* atrás do mestre. Como está seu arquivo recovery.conf? Poste aqui pra nós. Você tem cópia dos logs de transação arquivados? Seu archive_command está como? >> > Você tentou fazer o procedimento com o servidor principal em atividade, >> > ou >> > seja, utilizando pg_start_backup > rsync > pg_stop_backup? >> > >> > Você lembrou de listar os arquivos do WAL do servidor principal após >> > concluir >> > o passo de cópia (após o rsync ou pg_stop_backup -- dependendo do >> > procedimento >> > de cópia)? O arquivo solicitado existia? Complementando o Euler, você está guardando o arquivo aonde? O restore_command aponta pro lugar certo? Esses arquivos serão necessários se o escravo estiver muito atrás do mestre. []s Flavio Gurgel _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
