Re: mejor estrategia para copiar una base de datos

El sáb., 15 de jun. de 2019 15:55, Carlos T. Groero Carmona <
ctonetg(at)gmail(dot)com> escribió:

> Hola Enrique,
>
> Lo que dice Alvaro es cierto, si tienes las 2 VM en el mismo hypervisor,
> solo tienes que desmontar el disco donde esta la data de postgres y
> montarlo en la otra VM.
>
> Una vez montado el disco puedes configurar postgres para que lea el mismo
> directoria que tenia anteriormente, esto de realizarce con la misma version
> de postgres. Tambien puedes pues utilizar el backup que con 9GB no creo que
> supere 1GB.
>
> Si vas a usar la misma version de postgres, yo replicaria hacia el nuevo
> servidor, mientras tanto tengo todo lo demas listo para cuando detenga
> postgre en el servidor actual promueva el standby a master, cambio la
> configuracion de pgbouncer y lo renicio.
>
> Con un trabajo adecuado realizado previamente, esto puede ser realizado en
> max 20min. Y tienes el servidor local como rollback plan.
>

El objetivo es separar la base de la aplicación (en Ruby) tenerla en
diferentes máquinas.
Con sus concejos estoy diseñando el plan de trabajo.

>
>
>
>
> On Sat, Jun 15, 2019, 12:04 PM Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>
> wrote:
>
>> Enrique Herrera Noya escribió:
>> > On 15-06-19 10:12, Alvaro Herrera wrote:
>> > > On 2019-Jun-15, Enrique Herrera Noya wrote:
>> > >
>> > >> en cuanto a tiempos considerando el tamaño, cuanto seria?
>> > > Depende sobre todo de la velocidad de la red.
>> > >
>> > a genial, son maquinas virtuales
>>
>> Eh, si están en el mismo host, podrías montar el disco de una en la
>> otra, y no necesitas copiar nada. Y si no están en el mismo host,
>> entonces no entiendo tu comentario, porque lo que va a importar
>> obviamente es la velocidad de la red entre ambos hosts.
>>
>> --
>> Álvaro Herrera https://www.2ndQuadrant.com/
>> PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
>>
>>
>>