Bom dia. E Obrigado William.
@ivanelson []s Em 21 de junho de 2017 07:47, William Ivanski <[email protected]> escreveu: > O problema de replicar a instância inteira, é que cada réplica de cada > +200 instâncias ficarão em portas separadas no teu servidor de backup. Cada > instância roda em uma porta específica. > > A vantagem disso é que, se caso dê algum problema em alguma das cidades e > você perca esse banco, você pode simplesmente copiar todos os dados da > pasta pgdata da porta específica do teu servidor de backup para a cidade > que deu problema. > > Já a replicação lógica permite que você tenha todos os +200 bancos de > dados (sabendo que eles terão nomes diferentes, por exemplo) em uma mesma > instância no servidor de backup. Ou, em um mesmo banco de dados mas em > schemas diferentes. Isso seria muito útil porque você poderia fazer > consultas entre os dados replicados para extrair relatórios facilmente, por > exemplo. Replicação lógica é muito usada em data warehousing. > > Mas qual seria a desvantagem disso? Não seria tão fácil recuperar um banco > de dados de uma cidade, caso dê problema. Replicação lógica não é a melhor > forma de backup, replicação física (streaming replication) sim. Mas > replicação lógica é a única forma que permite "misturar" os dados da forma > como você quer. > > Na minha opinião, a melhor abordagem são as duas ao mesmo tempo. Mantenha > uma instância em cada porta, com replicação física, da forma como você já > faz. Então crie uma nova instância vazia em outra porta, e use replicação > lógica para replicar os dados seletivamente para dentro dessa instância. > Dessa forma, você estará seguro para recuperação de desastres (como você já > está), e ainda terá uma instância extra para agrupar os bancos, como você > quer fazer. > > Mais sobre pglogical: https://www.2ndquadrant.com/en/resources/pglogical/ > > William Ivanski > > 2017-06-20 21:36 GMT-03:00 Ivanelson Nunes <[email protected]>: > >> Obrigado pela rápida resposta. >> >> Poderia me falar mais sobre replicação lógica? >> >> Nesse cenário qual o problema de replicar a instância inteira? >> >> Se eu usar pglogical meu problema inicial que é agrupar os todos os >> bancos num único será resolvido! >> >> Enfim gostaria de ouvir um pouco mais. >> >> Grato. >> >> Em ter, 20 de jun de 2017 às 20:38, William Ivanski < >> [email protected]> escreveu: >> >>> Olá, >>> >>> Nesse cenário, vc não pode usar streaming replication, pois essa >>> tecnologia replica a instância inteira. No seu caso, sugiro utilizar >>> replicação lógica, por exemplo pglogical. >>> >>> Em 20/06/2017 19:26, "Ivanelson Nunes" <[email protected]> >>> escreveu: >>> >>>> Olá, >>>> >>>> Eu tenho um cenário onde tenho +200 bancos em cidades espalhadas pelo >>>> Brasil e hoje esses seus já replicam para meu datacenter via Streaming >>>> Replication. >>>> >>>> Só que no Datacenter esses bancos continuam separados, onde cada Banco >>>> fica numa porta(5433, 5434,5435 e etc.) distinta. >>>> >>>> Então como juntar esses bancos num único banco? E claro mantendo a >>>> consistência e o dado sempre atualizado. >>>> >>>> >>>> >>>> _______________________________________________ >>>> 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 >> >> -- >> @ivanelson >> []s >> >> _______________________________________________ >> 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 >
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
