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
