Pessoal, consegui resolver o problema !!!! Na verdade o erro não estava no slave e/ou nas suas configurações. O erro estava vindo do servidor master.
Depois de várias novas instalações do banco e outros tantos testes, resolvi baixar o servidor master e executar o pg_resetxlog. Após isso, e um novo backup físico do banco, movi o novo backup para o slave e só aí ele subiu como hot-stanby, fazendo replicação, archive e o scambau !!! Valeu pela atenção de todos !!! Em 30 de junho de 2011 22:41, Euler Taveira de Oliveira <[email protected]>escreveu: > Em 30-06-2011 14:58, André Ormenese escreveu: > > Estou copiando os logs de transação no secundário, pois, por falta de > > conhecimento, achei que estes aqruivos eram necessários para o slave, > > qdo startado, fazia o recover utilizando todos estes arquivos, e só > > depois dessa atualização começava a fazer a replicação. > > > Não são. Os arquivos utilizados para recuperação no servidor secundário são > provenientes do servidor primário (via arquivamento ou streaming). > > > *Minhas configurações no slave :* > > * > > * > > *Postgresql.conf* > > wal_level = archive > > archive_mode = on > > archive_command = 'test ! -f /dados/wal/hemostigma/"%f" && cp "%p" > > /dados/wal/hemostigma/"%f"' > > > Você não precisa dessas 3 configurações. As duas primeiras podem ser úteis > se > algum dia você quiser alta disponibilidade no ambiente. > > > restore_command = 'cp /dados/wal/hemo/%f %p' > > > Este comando é opcional. É útil quando o servidor secundário ficar > desligado > por um tempo maior do que o número de arquivos de log de transação > utilizados. > > > Este é log do slave no start : > > LOG: database system was interrupted; last known up at 2011-06-28 > > 09:12:39 BRT > > LOG: restored log file "00000002.history" from archive > > LOG: entering standby mode > > LOG: restored log file "0000000200000004000000A7" from archive > > LOG: redo starts at 4/A7000020 > > LOG: restored log file "0000000200000004000000A8" from archive > > LOG: record with zero length at 4/A885BFE0 > > LOG: streaming replication successfully connected to primary > > > Para que o sistema esteja aceitando conexões deve aparecer mensagens como > as > abaixo no log do servidor secundário: > > LOG: consistent recovery state reached at 0/4300000 > LOG: database system is ready to accept read only connections > > > -- > Euler Taveira de Oliveira - Timbira http://www.timbira.com.br/ > PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
