On 19/03/2020 3:03 pm, Ramón Alberto Bruening González wrote:
On 18/03/2020 2:34 pm, Ramón Alberto Bruening González wrote:
No se si sea la forma mas correcta de realizar una replicación,
Depende, hay replicaciones para tener datos de solo lectura y hay
replicaciones para tener un DR listo para una falla.
Que es lo que andas buscando ? Lo que se busca es tener listo la BD de
respaldo por si falla el principal, pero seria con un dia de atraso de
pero funcional.
De hecho eso lo puedes mejorar de dos formas.
Forma A).
De forma fisica con DRDB
(https://en.wikipedia.org/wiki/Distributed_Replicated_Block_Device)
Esto lo hice con Oracle Standard usando dos servidores ( donde se
replican los bloques a nivel de Storage ) la gracia es tener un script
que desmonte el filesystem pasivo y monte el filesystem activo (
funciona super bien y es equivalente a apagar el servidor a la mala en
el caso de un DR ).
Forma B) por software, Postgresql soporta replicación Lógica y física (
con los PITR).
Dado que estas haciendo un rsync, me enfoco en replicación física. (WAL),
Pegale una mirada a esto.
https://cloud.google.com/community/tutorials/setting-up-postgres-hot-standby
pero en mi caso tengo un script en Linux que se ejecuta por las
noches, utilizando el comando rsync para sincronizar la base de datos
a nivel de filesystem. Bajo el servicio de postgres en ambos
servidores y corro el rsync, se sincroniza con los cambios del dia, y
al terminar se vuelven a levantar los servicios. Hasta ahora me
funciona, pero me gustaría saber como hacer en tiempo real también.
Esto es útil para bases chicas y que puedes bajar, para bases grandes
o que no puedes bajar puedes ver una alternativa como snap-clone de HP
o algo que saque una foto al Filesystem, que Filesystem tienes? Ext4
utilizando LVM para la carpeta donde esta la data de la BD.
*De:* Horacio Miranda <hmira...@gmail.com>
*Enviado el:* miércoles, 18 de marzo de 2020 18:16
*Para:* Ramón Alberto Bruening González <albertobruen...@hotmail.com>;
Pablo Ramirez <depablos...@gmail.com>; pgsql-es-ay...@postgresql.org
*Asunto:* Re: Información
On 18/03/2020 2:34 pm, Ramón Alberto Bruening González wrote:
No se si sea la forma mas correcta de realizar una replicación,
Depende, hay replicaciones para tener datos de solo lectura y hay
replicaciones para tener un DR listo para una falla.
Que es lo que andas buscando ?
pero en mi caso tengo un script en Linux que se ejecuta por las
noches, utilizando el comando rsync para sincronizar la base de
datos a nivel de filesystem. Bajo el servicio de postgres en ambos
servidores y corro el rsync, se sincroniza con los cambios del
dia, y al terminar se vuelven a levantar los servicios. Hasta
ahora me funciona, pero me gustaría saber como hacer en tiempo
real también.
Esto es útil para bases chicas y que puedes bajar, para bases grandes
o que no puedes bajar puedes ver una alternativa como snap-clone de HP
o algo que saque una foto al Filesystem, que Filesystem tienes?
*De:* Pablo Ramirez <depablos...@gmail.com>
<mailto:depablos...@gmail.com>
*Enviado el:* martes, 17 de marzo de 2020 22:32
*Para:* pgsql-es-ay...@postgresql.org
<mailto:pgsql-es-ay...@postgresql.org>
*Asunto:* Información
Buen dia.
Saludos a todos.
Quería consultar de acuerdo a la experiencia de ustedes respecto a
replicación a BD en postgres alguna documentación clara de
consejos así como herramienta que conozcan al respecto. Necesito
crear réplicas en diferentes servidores.
Consulto por aquí debido a que la información que e consultado del
tema no es un poco confusa. Y busco el mejor método.
Gracias.
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
Virus-free. www.avast.com
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
--
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
