2011/10/25 Euler Taveira de Oliveira <[email protected]> > On 25-10-2011 13:06, Leonardo Carneiro wrote: > > Neste passo segui a recomendação da documentação da documentação. Não é > > importante verificar a existência de um arquivo do mesmo nome para evitar > > sobrescrita ou estou perdendo algum ponto aqui? > > > É mas se você tem a garantia que somente um servidor PostgreSQL está > arquivando ali, o próprio pg garante que não produzirá arquivos com mesmo > nome; consequentemente, você não terá problemas com sobrescrita de > arquivos. > > > tar -cvjf bd.tar.bz2 $PGDATA > > enviei via scp e descompatei do outro lado. Infelizmente eu copiei > pg_xlog/* > > pg_log/* e postmaster.pid. É imperativo que eu não copie eles ou > > simplesmente não é necessário? > > > Não é necessário. No caso de 'log shipping', somente os arquivos de log > *arquivados* são necessários. > > > Ok, vou alterar para minimizar a carga de logs. > > > Na verdade isso não vai minimizar a carga. O parâmetro wal_level só tem > "efeito" se ele *não* for um servidor secundário. > > Olá Euler e restante da lista,
Acabei de realizar os testes baseados nas suas dicas e nas do Flávio e a replicação esta quase 100%. Estou com uma última dificuldade no master e uma dúvida no Slave. [MASTER] Depois de enviar alguns logfiles, eu tive de reiniciar o master para aplicar outras configurações não relacionadas. Aproveitando o restart, eu apaguei alguns arquivos da pasta pg_xlog, anteriores a execução do tarball, mas que ainda não haviam sido enviados. Eu apaguei eles simplesmente para que não gastasse tempo enviando arquivos inúteis, uma vez que só me interessa o envio dos arquivos gerados após a geração do tarball. Após iniciar o master novamente, reparei que ele não está mais enviando os arquivos, embora novos tenham sido gerados. Precisamente ao mandar master reiniciar novamente ele começa a enviar mais um arquivo. Esse comportamento não foi coincidência: se repetiu por 5 vezes. Só envia um arquivo quando mando reiniciar o servidor. O que pode estar causando isso? [SLAVE] O Slave está floodando o log com a seguinte mensagem: cp: cannot stat `/home/postgresql/remote_logs/000000010000000000000043': No such file or directory Existe algum parâmetro para alterar a frequencia com a qual o restore_command tenta ser executada ou o negócio é colocar o '&& sleep 30' no comando? Posso suprimir a mensagem de erro com um 2> /dev/null no comando ou isso não seria saudável, caso precise debugar um problema? Desde já, agradeço pelo auxílio fornecido! Att Leonardo "Chester" Carneiro
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
