From: | Emanuel Calvo <3manuek(at)gmail(dot)com> |
---|---|
To: | Sebastián <sebastian(at)indomitux(dot)com(dot)ar>, pgsql-es-ayuda(at)postgresql(dot)org |
Subject: | Re: [pgsql-es-ayuda] estrategia replicar cambios BD desarrollo a producción |
Date: | 2017-01-30 17:11:42 |
Message-ID: | CAJeAsn--j4yiKHdSjf3TpkuZyp=KzKRiLmaB8QP9aOeDrUoRbg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
On Mon, Jan 30, 2017 at 1:27 PM Sebastián <sebastian(at)indomitux(dot)com(dot)ar>
wrote:
> Buenas tardes,
>
> Ampliando un sistema en producción, se hacen cambios frecuentes (cada 15
> días) que requieren replicar los cambios de la base de datos en
> desarrollo a la de producción.
>
A la vez sirve tomar datos de producción en la de desarrollo para
> realizar pruebas con datos actualizados.
>
> Para los cambios de estructura he pensado utilizar pgModeler, con backup
> previo e interrupción del servicio antes de actuar, pero se me ocurre
> que en la lista puede haber mejores ideas.
>
>
Es muy genérico el planteo como para darte una solución. De hecho, no hay
una pregunta sino una serie de planteos muy genéricos. Por lo que entiendo
, estas queriendo mover datos de un entorno a otro, cosa que puede hacerse
de mil formas las cuales van a depender de recursos, políticas de
seguridad, etc.
Por lo que puedo (usando intuición), es que incluso la replicación lógica
no resolverá ese problema ya que no estás haciendo replicación instantánea
y hay mucha diferencia de días ( a menos que tengas el suficiente espacio
para almacenar cambios durante esa brecha).
Que es lo que tienes hecho hasta ahora?
From | Date | Subject | |
---|---|---|---|
Next Message | Sebastián | 2017-01-30 19:41:40 | Re: estrategia replicar cambios BD desarrollo a producción |
Previous Message | Gilberto Castillo | 2017-01-30 16:31:34 | Re: [MASSMAIL] [pgsql-es-ayuda] estrategia replicar cambios BD desarrollo a producción |