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