Olá, Em 20 de julho de 2010 10:40, <[email protected]> escreveu:
> Não entendi o que você quis dizer: tenho q retornar o backup do logs e > subir > o servico e neste momento ele nao pode efetuar o backup. > Eu quis dizer que no Hot standby atual que replica os log, um dos > servidores ira ficar master e o serviço do postgres não pode estar > inicializado quando esta sendo replicado os logs de transação. > Vamos lá. Quando você tem um ambiente com o Hot Standby que só estará disponível a partir da versão 9.0 do PostgreSQL, você tem um servidor mestre, e os logs deste servidor são replicados para o servidor escravo. Ai você usa o utilitário pg_standby que fica lendo os arquivos de logs que chegam e aplica estes logs no servidor escravo. Este servidor escravo fica com o servidor do PostgreSQL no ar e irá permitir apenas consultas (SELECT). Na versão que temos hoje (WarmStandy), o servidor escravo fica online porém não permite conexões. Espero ter sido claro. > Dei uma olhada no PL/Proxy, pelo que entendi ele funciona como um > balanceador de cargas, dividindo a carga entre 2 servidores, se for isto > penso que não ira me servir, pois a ideia e montar um segundo servidor para > geração de relatórios pesados que não pode ser feito ter interferencia no > servidor de produção. > Algo parecido com o pessoal usa quando se tem um B.I. usa um servidor > somente para gerar relatórios para não prejudicar o desempenho do de > produção. > Sugestões são bem vindas > Agradeço novamente. > > > > Olá, > > > > Em 19 de julho de 2010 21:52, <[email protected]> escreveu: > > > >> Ok! > >> Ferando agradeco sua atencao novamente. > >> Eu chegei a testar o Slony e o Pyreplica, porem ambos tem o incoveniente > de > >> ter que adicionar a tabelas novas nas configuracoes, ou no caso o > pyreplica > >> tem que ficar retornando o backup. > >> No caso o Hot Stand By pelo que entendi o mesmo nao fica como master, > tenho > >> q retornar o backup do logs e subir o servico e neste momento ele nao > pode > >> efetuar o backup. > >> > > > > Importante: o Hot Standby só estará disponível a partir da versão 9.0. No > > Hot standby você tem um servidor master replicando os logs de transação > para > > um servidor slave. > > > > Não entendi o que você quis dizer: tenho q retornar o backup do logs e > subir > > o servico e neste momento ele nao pode efetuar o backup. > > > >> Ja o PL/Proxy este ainda nao testei. > >> > > > > Tem um tutorial apresentado pelo João Cosme no útlimo PGCon, vale a pena > dar > > uma olhada. > > > >> È melhor usar Slony ou PL/Proxy ou Hot > >> > Stand By. > >> > >> > -----BEGIN PGP SIGNED MESSAGE----- > >> > Hash: SHA1 > >> > > >> > Em 19-07-2010 14:53, [email protected] escreveu: > >> >> ola! > >> > > >> > Não faça top-post, é ruim de acompanhar. ;) > >> > Não irei te responder em pvt, já que está usando a lista para tirar > >> > dúvida. > >> > > >> >> E porque eu irei utilizar o segundo servidor, não para alta > >> >> disponibilidade e sim para gerar relatorios nele. > >> >> Ai caso algum dia eu necessitar de utiliza-lo por algum desastre ele > >> >> esta disponivel. > >> >> Este segundo servidor necessito que tenho todas alterações feita no > de > >> >> produção, pq são relatorios pesados que irei ter um servidor so para > >> >> isto. então ai vem o pgpool. > >> >> Será que o pgpool não separa o select para ser feito apenas em um dos > >> >> servidores? > >> >> Agradeço. > >> > [...] > >> > > >> > Está usando a abordagem errada. O PgPool-2 não é a melhor ferramenta > >> > para trabalhar com dessa maneira. È melhor usar Slony ou PL/Proxy ou > Hot > >> > Stand By. > >> > > >> > > >> > > >> > > >> > []'s > >> > - -- > >> > Fernando Ike > >> > -----BEGIN PGP SIGNATURE----- > >> > Version: GnuPG v1.4.10 (GNU/Linux) > >> > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > >> > > >> > iQIcBAEBAgAGBQJMRN3rAAoJENlDpkkM3Ld6K8IP/jB6LKnr6lwYDV3jkCTr9riD > >> > Wt/7fE2+VBPLEkK6/jRC1qFfkeFraelKSRlQhbgh4VphEmpKPYKku/DMeMGioH6Y > >> > /ci5zzXzhiXLa24vTM/Dn0h4sCxLNkQAJxfV1InXHk3/GtLWQXGMCaY8EljKPG1M > >> > 8cIZgKL8aaYD8Kt1Px+nrTbgQO+TNsgusjKUhK4GHjv401X+sut56W/JAoYhdMwl > >> > YgnxAfsOQYovO32UrAkC3U3Jd7fWsB5yn6Y+ZKLBgoIS3KkyyOW0N2AWpAKt7ozA > >> > L4CWwzvmcmCVffZ9fQoxnmPoeRZ6m9KGg5T0vYk0t1pcdMm8+8TtGXrL0qdzu64E > >> > xy0DrBX89NOF9z3NeM/1UI2GHIdueE9q9WbFCRl/Q01zV+uNTgkFVM5x57DYIsV/ > >> > RBe5DUMVbXtqFQawRkQsZ5KC2JdHKEm6dGqVjtp1OoGOH5sajTMPsmY+lVP3MNjL > >> > IZ02poUdGzwKX0ocC/Rqo2bDkQ0G7KvwWSqi4TWNqHGI7PVx+ADXVAFaA7va1ULR > >> > KUC9x+Qur+x0h85LKCd+YA62zFPcCEe2oqUbKKkuhqlLSlbjefTjFZIsOstM7Tkn > >> > 8XkA1/nnzy/jaauwUwfEItc5LFzHjsju68am8+3y1GMdCip25iG2YfQwzfg2b1KY > >> > IY4DgbH7uxaeZ2ZiGiRy > >> > =ZZL5 > >> > -----END PGP SIGNATURE----- > >> > _______________________________________________ > >> > 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 > >> > >> > > > > []s > > -- > > JotaComm > > http://jotacomm.wordpress.com > > _______________________________________________ > > 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 > > []s -- JotaComm http://jotacomm.wordpress.com
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
