Eu tenho no modelo uma coluna empresa em todas as tabelas. Então qual
caminho seguir pglogical?
Bucardo?
BDR?
Em qua, 21 de jun de 2017 às 19:35, Euler Taveira
escreveu:
> Em 21 de junho de 2017 18:37, Ivanelson Nunes
> escreveu:
>
>>
>> São
Boa noite Pessoal,
hoje a tarde tivemos uma queda do serviço do postgres e gostaria de uma
opinião de vcs
temos um servidor debian com 15GB de memória na AWS rodando com 2
instancias do Postgres.
*instancia 1 *
PG 9.6 porta 5432
max_conections: 1000
sistema OLTP com conexão persistente
*instancia
Em 21 de junho de 2017 18:37, Ivanelson Nunes
escreveu:
>
> São todos iguais... Em todos os BD's de origem é o mesmo nome de esquema,
> mesmas tabelas, mesmas colunas, etc
>
Você só vai conseguir agregar dados de diferentes origens se a
identificação da tupla
2017-06-21 18:37 GMT-03:00 Ivanelson Nunes :
>
> São todos iguais... Em todos os BD's de origem é o mesmo nome de esquema,
> mesmas tabelas, mesmas colunas, etc
Então o pgLogical não deve funcionar, a menos que se mude isso.
Talvez olhar o Bucardo ou algo semelhante?
Em 21 de junho de 2017 18:21, Fabrízio de Royes Mello <
fabri...@timbira.com.br> escreveu:
> Qual a confusão? O Euler falou exatamente a restrição de que o
> "esquema"."tabela" de cada database precisa ser IGUAL na ORIGEM e DESTINO...
Fabrizio,
São todos iguais... Em todos os BD's de origem é o
Em 21 de junho de 2017 18:11, Ivanelson Nunes
escreveu:
>
>
> Em 21 de junho de 2017 18:01, Euler Taveira
escreveu:
>>
>> A consolidação em um mesmo banco de dados só vai funcionar se na origem
houver nomes de esquemas distintos (geralmente as
Em 21 de junho de 2017 18:01, Euler Taveira escreveu:
> A consolidação em um mesmo banco de dados só vai funcionar se na origem
> houver nomes de esquemas distintos (geralmente as aplicações usam o mesmo
> nome).
Euler,
Fiquei confuso nessa parte! Tipo eu então minha
Em 21 de junho de 2017 07:47, William Ivanski
escreveu:
> 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
Bom dia.
E Obrigado William.
@ivanelson
[]s
Em 21 de junho de 2017 07:47, William Ivanski
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
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
10 matches
Mail list logo