Valeu lea resposta,Deixa eu ver se entendi este parametros abaixo vc utilizou no postgres.conf da maquina secundaria, e isto?> Nos meus testes, meu standby está configurado assim:> > wal_level = hot_standby> hot_standby = on> > E está funcionando redondo, pelo menos em relação ao sincronismo e ao> select.> Inicialmente eu tive esta mensagem também, mas parei os 2 servidores, fiz um> backup do main no primário, removi o main no secundário e extraí nele o> backup feito.> Iniciei o secundário e depois o master.> > Aproveitando a resposta e faço a pergunta.> > Como se dará a distribuição dos selects, ou seja, ora o select é no primário> , ora é no secundário.> > Abraço.> Mauro.> > > > > > Em 8 de outubro de 2010 14:34, <gilmarli...@agrovale.com.br> escreveu:> >> Entendi Mateus.>> Aqui comecei a fazer um testes, porem não entendi o porque o servidor>> standby, esta gerando a seguinte mensagem:>> FATAL: database system identifier differs between the primary and standby>> DETALHE: The primary's identifier is 5525672265941739454, the standby's>> identifier is 5525673958158856113.>> FATAL: database system identifier differs between the primary and standby>> DETALHE: The primary's identifier is 5525672265941739454, the standby's>> identifier is 5525673958158856113.>> FATAL: database system identifier differs between the primary and standby>> DETALHE: The primary's identifier is 5525672265941739454, the standby's>> identifier is 5525673958158856113.>>>> O postgres.conf do servidor master esta desta forma abaixo:>> wal_level = hot_standby # minimal, archive, or hot_standby>> max_wal_senders = 3>> wal_sender_delay = 200ms>> wal_keep_segments = 20>>>> O Servidor slalve possui o arquivo recovery.conf dentro do data.>> standby_mode = 'true'>> primary_conninfo = 'host=192.168.1.52 port=5573'>>>> trigger_file = '/tmp/arquivo_gatilho.psql'>>>>>>>> Obs. tentei alterar o arquivo postgres.conf do serivdor slave o parametro,>> hot_standby = on, porem ele reclamou, então retirei o parametro.>> Talvez você tenha ideia do que pode ser.>>>>>>>> > Em 8 de outubro de 2010 17:45, <gilmarli...@agrovale.com.br> escreveu:>> >>> >> Obrigado novamente pela sua pasciencia e disponibilidade.>> >> Encontrei um material da propria dextra no link abaixo,>> >> http://www.slideshare.net/dextra/dextra-novidades-postgresql-90>> >>>> >> No slite numero 24 mostra um exemplo da integração do hot_standby e>> >> streeming replication,>> >> penso que e isto que vc informou que e interessante a fazer.>> >> Neste manterial e mostrado no arquivo recovery.conf uma linha>> trigger_file>> >> = '/tmp/arquivo_gatilho.psql'>> >> porem não vi o conteudo dela, e esta triguer que pega o uso os logs em>> >> streeming e insere no standby?>> >>>> >> Não. Este é apenas um arquivo de gatilho, o qual o servidor slave>> verifica>> > constantemente pela sua existência.>> >>> > O arquivo pode ser vazio e ao ser criado, indica que o servidor slave>> deve>> > se transformar em master e sair do modo read-only (hot standby) para>> aceitar>> > também alterações.>> >>> > Este arquivo pode ser criado tanto para replicação Warm Standby quanto>> Hot>> > Standby.>> > A diferença para outras versões é que a 9.0 conta com um parâmetro>> > específico (trigger_file) no recovery.conf para definir o arquivo.>> >>> >>> >>>> >>>> >>>> >>>> >> > Em 8 de outubro de 2010 16:20, <gilmarli...@agrovale.com.br>>> escreveu:>> >> >>> >> >> Agradeço sua tenção,>> >> >> Porem só para esclarecer mais um pouco.>> >> >> Então para que o servidor standby aceitar consultas, tenho que enviar>> o>> >> >> logs para o mesmo?>> >> >>>> >> >>> >> > Não. O Hot Standby permite que você execute consultas no slave,>> >> independente>> >> > se a atualização estiver ocorrendo via Streaming Replication ou>> >> > arquivamento de xlogs.>> >> >>> >> > Não e possivel fazer o standby pegar as requisições via streaming>> >> >> replication e inseri-la na base do mesmo?>> >> >>>> >> >>> >> > É possível sim, e é o mais interessante de se fazer. Atualizar a base>> >> > constantemente com>> >> > Streaming Replication e deixá-la em read-only com Hot Standby.>> >> >>> >> > Att.>> >> > -->> >> > Matheus Ricardo Espanhol>> >> > --------------------------------------->> >> >>> >>>>Dextra Sistemas>> >> > http://www.dextra.com.br/postgres/>> >> > _______________________________________________>> >> > pgbr-geral mailing list>> >> > pgbr-geral@listas.postgresql.org.br>> >> > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral>> >> >>> >>>> >> _______________________________________________>> >> pgbr-geral mailing list>> >> pgbr-geral@listas.postgresql.org.br>> >> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral>> >>>> >> >>>> >>> >>> > -->> > Matheus Ricardo Espanhol>> > --------------------------------------->> >>>Dextra Sistemas>> > http://www.dextra.com.br/postgres/>> > _______________________________________________>> > pgbr-geral mailing list>> > pgbr-geral@listas.postgresql.org.br>> > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral>> >>>>>>> _______________________________________________>> pgbr-geral mailing list>> pgbr-geral@listas.postgresql.org.br>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral>>>>> _______________________________________________> pgbr-geral mailing list> pgbr-geral@listas.postgresql.org.br> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral>
_______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
