En este caso si todas las tablas contenidas en el replication set van a los
mismos 3 servidores . En realidad las separamos porque así lo tenemos en
nuestro actual sistema de replication pero si no hay problema de hacerlo en
1 solo pues mucho mejor.
Haciéndolo así ese único replication set tendría
On Thu, 9 May 2019 at 11:24, max araya wrote:
>
> Ok te comento, inicialmente la replicacion solo va a ser hacia 1 servidor, ya
> luego seran 3.
>
> En cuanto a los subscriptores por cada replication set van a haber 15 tablas
> maximo.
>
El número de tablas por replication sets no es importante
Ok te comento, inicialmente la replicacion solo va a ser hacia 1 servidor,
ya luego seran 3.
En cuanto a los subscriptores por cada replication set van a haber 15
tablas maximo.
Gracias de ante mano.
Max Araya
On Thu, May 9, 2019 at 10:18 AM Jaime Casanova <
jaime.casan...@2ndquadrant.com> wrot
El jue., 9 de may. de 2019 11:13 a. m., max araya
escribió:
> Gracias por la recomendación Jaime, no conocia de este otro correo.
>
> Solo por estar seguro si entendi bien. Supongamos que bajamos
> max_connections a 1500 (probablemente asi lo hagamos realmente),
> max_wal_senders yo deberia setea
Gracias por la recomendación Jaime, no conocia de este otro correo.
Solo por estar seguro si entendi bien. Supongamos que bajamos
max_connections a 1500 (probablemente asi lo hagamos realmente),
max_wal_senders yo deberia setearlo a 1498 (max_connections -
superuser_reserved_connections + 1)?
Sol
Ruben Fitó escribió:
> Buenos días lista,
>
> Tenemos que montar una plataforma para procesar transacciones económicas.
> Por requerimientos de alta disponibilidad se ha planteado montar un sistema
> redundante en caso de caída o pérdida de comunicación.
Hola, ten presente que puedes tener réplic
Gracias Eduardo,
Tu idea ha sido nuestra primera propuesta que hemos hecho al cliente,
inclusive en una primera fase no incluiríamos réplicas de lectura. Dicho de
otro modo, una única base de datos Amazon.
Sin embargo, hay serias dudas de subir datos a la "nube" y estamos
estudiando montar una in
Ok, entiendo la discrepancia, hay gente q ama la nube y para otros es el
diablo personificado :(
Saludos
El jue., 9 de mayo de 2019 7:35 a. m., Ruben Fitó
escribió:
> Gracias Eduardo,
>
> Tu idea ha sido nuestra primera propuesta que hemos hecho al cliente,
> inclusive en una primera fase no in
Ruben, haz pensado en una base de datos redundante cómo servicio? , si
quieres algo realmente barato y dependiendo el tamaño de tus bases de
datos, redundar todo en el data center podría salir bien caro. Inclusive
con DBs comerciales las licencias para montar DBs en alta disponibilidad
podría ser a
Buenos días lista,
Tenemos que montar una plataforma para procesar transacciones económicas.
Por requerimientos de alta disponibilidad se ha planteado montar un sistema
redundante en caso de caída o pérdida de comunicación.
A parte de tener una infraestructura redundante, (datacenter, routers,
fi
10 matches
Mail list logo
