Thiago, boa noite!
Em 29 de outubro de 2010 16:40, Thiago Godoi <[email protected]>escreveu: > Charly > > Obrigado pela sugestão, mas dei uma pesquisada e é uma ferramenta externa > ao banco certo? Com isso não estarei perdendo desempenho? > De fato, toda ferramenta "externa" tende a perder um pouco de desempenho, mas como você falou em atualizações agendadas imaginei que essa diferença de performance não fosse ser significativa ao teu modelo de negócio. > > Além disso o kettle possui algum controle para fazer extrações > "incrementais" ? > > Como é uma ferramenta de ETL, você pode não apenas criar extrações incrementais, como realizar transformação, adaptação dos dados... Enfim, ela te possibilita uma grande quantidade de possibilidades. Agora, é você dar uma estudada e avaliar se de fato se encaixa na solução que você necessita. Att, -- Charly Batista Administrador de Banco de Dados http://javadevilopers.blogspot.com/ [email protected] Linux user #391083 "Se você tem uma maçã e eu tenho uma maçã e nós trocamos essas maçãs, então eu e você ainda teremos uma maçã cada. Mas se você tiver uma idéia e eu tiver uma idéia e nós trocamos idéias, então cada um de nós terá duas idéias." George Bernard Shaw (1856-1950) > Em 29 de outubro de 2010 00:24, Charly Batista <[email protected]>escreveu: > > Thiago, boa noite! >> >> Talvez uma ferramenta de ETL te seja mais apropriado do que uma ferramenta >> de replicação. Existem algumas boas ferramentas de ETL disponíveis, e uma >> que gosto muito é o Kettle[1]. Com ele você consegue fazer "extrações" >> agendadas, como você deseja. Dá uma olhada, talvez te resolva o problema. >> >> [1] http://kettle.pentaho.com/ >> >> Att, >> >> -- >> Charly Batista >> Administrador de Banco de Dados >> http://javadevilopers.blogspot.com/ >> [email protected] >> Linux user #391083 >> >> "Se você tem uma maçã e eu tenho uma maçã e nós trocamos essas maçãs, >> então eu e você ainda teremos uma maçã cada. Mas se você tiver uma idéia e >> eu tiver uma idéia e nós trocamos idéias, então cada um de nós terá duas >> idéias." >> George Bernard Shaw (1856-1950) >> >> >> Em 28 de outubro de 2010 16:15, Thiago Godoi >> <[email protected]>escreveu: >> >> Obrigado galera , vou pesquisar mais sobre o Slony então, porém ele possui >>> essa opção de replicação "agendada" dos dados? >>> >>> Por exemplo eu conseguiria definir para ele replicar os dados gerados >>> durante o dia , somente durante a noite? >>> >>> Em 28 de outubro de 2010 16:11, Renato Ricci <[email protected] >>> > escreveu: >>> >>> Realmente, concordo com o JotaComm. Provavelmente o Slony seja ideal para >>>> sua situação. Com ele você pode escolher quais objetos deseja replicar para >>>> o banco slave... >>>> >>>> T+ >>>> >>>> >>>> __________________________________ >>>> >>>> *Renato R. Ricci* >>>> >>>> *Antes de imprimir, pense em sua responsabilidade e compromisso com o >>>> Meio Ambiente. O Futuro está em Nossas Mãos!*** >>>> >>>> >>>> ------------------------------ >>>> *De:* JotaComm <[email protected]> >>>> >>>> *Para:* Comunidade PostgreSQL Brasileira < >>>> [email protected]> >>>> *Enviadas:* Quinta-feira, 28 de Outubro de 2010 15:54:44 >>>> *Assunto:* Re: [pgbr-geral] Res: Res: Escolha do método de replicação >>>> >>>> Olá, >>>> >>>> Em 28 de outubro de 2010 15:32, Thiago Godoi >>>> <[email protected]>escreveu: >>>> >>>>> É realmente já percebi que o hot-standby não é o ideal para a situação. >>>>> Vou tentar especificar melhor o que desejamos fazer. >>>>> >>>>> >>>>> Tenho um banco de Desenvolvimento onde eu tenho várias bases em que eu >>>>> estou inserindo novas informações o tempo inteiro.Na máquina de produção a >>>>> ideia é possuir algumas das bases do banco de Desenvolvimento , somente >>>>> para >>>>> consultas de clientes. >>>>> >>>> >>>> Hum.. Que tal dar uma olhada no Slony [1] >>>> >>>>> >>>>> Meu problema seria como levar os dados do meu banco de Desenvolvimento >>>>> para o banco de Produção (lembrando que seria somente uma parte do >>>>> cluster), >>>>> a ideia seria fazer essa "atualização" todo dia durante a madrugada, é >>>>> possível algo incremental? >>>>> >>>>> >>>>> [1] http://www.slony.info/ >>>>> >>>>> Em 28 de outubro de 2010 14:43, Renato Ricci < >>>>> [email protected]> escreveu: >>>>> >>>>> Thiago, deixa eu ver se entendi.. você tem um ambiente de >>>>>> desenvolvimento onde você faz alterações físicas e lógicas no banco de >>>>>> dados. O que você quer fazer é aplicar essas alterações em um banco de >>>>>> produção? O que você vai querer aplicar no banco de produção? Somente o >>>>>> DDL? >>>>>> Ou as informações geradas em desenvolvimento tb? Se você usar um >>>>>> hot-standby, você poderá replicar DDL e informações (cópia fiel do banco) >>>>>> para produção. Não sei como isso impactaria no seu ambiente ai, pois você >>>>>> estará aplicando as alterações no banco de produção mas a aplicação >>>>>> (.exe ou >>>>>> alguma aplicação web) ainda ficará antiga. Se for alterações somente em >>>>>> Functions, triggers, views, ai de boa.. >>>>>> >>>>>> Geralmente as empresas costumam usar um banco hot-standby mais para >>>>>> contingência, ou seja, caso der algum problema no banco de produção, esse >>>>>> banco hot-standby assumiria a brinca. Geralmente tem-se os seguintes >>>>>> ambientes: >>>>>> >>>>>> Desenvolvimento > Produção (Processo feito manualmente através de >>>>>> aplicação de scripts com alterações necessárias) >>>>>> Produção (transacional) > hot-standby (automático) >>>>>> >>>>>> T+ >>>>>> >>>>>> __________________________________ >>>>>> >>>>>> *Renato R. Ricci* >>>>>> >>>>>> *Antes de imprimir, pense em sua responsabilidade e compromisso com o >>>>>> Meio Ambiente. O Futuro está em Nossas Mãos!*** >>>>>> >>>>>> >>>>>> ------------------------------ >>>>>> *De:* Thiago Godoi <[email protected]> >>>>>> *Para:* Comunidade PostgreSQL Brasileira < >>>>>> [email protected]> >>>>>> *Enviadas:* Quinta-feira, 28 de Outubro de 2010 14:25:49 >>>>>> *Assunto:* Re: [pgbr-geral] Res: Escolha do método de replicação >>>>>> >>>>>> Hum creio que usei a palavra errada então, não seria uma replicação. >>>>>> >>>>>> Seria migrar as atualizações para o banco de produção. Porém um >>>>>> detalhe que não havia citado antes, o banco de produção será usado >>>>>> somente >>>>>> para consultas. >>>>>> >>>>>> Em 28 de outubro de 2010 13:40, Renato Ricci < >>>>>> [email protected]> escreveu: >>>>>> >>>>>>> Thiago, creio que o hot-standby não irá funcionar da maneira que você >>>>>>> deseja, pois um banco neste estado não aceita transações pois ele roda >>>>>>> somente em read-only. A não ser que você queira usar apenas para >>>>>>> consulta. >>>>>>> >>>>>>> Att., >>>>>>> >>>>>>> >>>>>>> __________________________________ >>>>>>> >>>>>>> *Renato R. Ricci* >>>>>>> >>>>>>> *Antes de imprimir, pense em sua responsabilidade e compromisso com >>>>>>> o Meio Ambiente. O Futuro está em Nossas Mãos!*** >>>>>>> >>>>>>> >>>>>>> ------------------------------ >>>>>>> *De:* Thiago Godoi <[email protected]> >>>>>>> *Para:* [email protected] >>>>>>> *Enviadas:* Quinta-feira, 28 de Outubro de 2010 12:49:34 >>>>>>> *Assunto:* [pgbr-geral] Escolha do método de replicação >>>>>>> >>>>>>> Pessoal, >>>>>>> >>>>>>> Preciso escolher o melhor método de replicação para utilizar , se >>>>>>> puderem me ajudar, o caso é o seguinte : >>>>>>> >>>>>>> Possuimos um banco no postgres 9.0 em um servidor de desenvolvimento >>>>>>> com bases sendo geradas a todo momento. Já possuimos um servidor pronto >>>>>>> para >>>>>>> receber uma versão de produção do banco, ou seja, algumas bases que >>>>>>> seriam >>>>>>> utilizadas por clientes , onde o desempenho não seja prejudicado pelas >>>>>>> escritas. >>>>>>> >>>>>>> Inicialmente tivemos 2 idéias utilizar o hot-standby(porém um >>>>>>> problema seria que se algo desse errado no desenvolvimento seria >>>>>>> imediatamente replicado para o server de produção) e fiquei na duvida >>>>>>> se o >>>>>>> desempenho seria bom(pois há carga 24x7). A outra seria o server de >>>>>>> produção >>>>>>> possui uma base atualizada diariamente (incremental?) durante a noite >>>>>>> (entre >>>>>>> 0h e 6h) , existe alguma forma fácil de fazer isso? >>>>>>> >>>>>>> >>>>>>> Agradeço desde já, >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Thiago Godoi >>>>>>> >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> pgbr-geral mailing list >>>>>>> [email protected] >>>>>>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Thiago Godoi >>>>>> Ec07 >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> pgbr-geral mailing list >>>>>> [email protected] >>>>>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> Thiago Godoi >>>>> Ec07 >>>>> >>>>> _______________________________________________ >>>>> 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 >>>> >>>> >>> >>> >>> -- >>> Thiago Godoi >>> Ec07 >>> >>> _______________________________________________ >>> 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 >> >> > > > -- > Thiago Godoi > Ec07 > > _______________________________________________ > 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
