Re: mejor estrategia para copiar una base de datos

On 2019-Jun-15, Enrique Herrera Noya wrote:

> On 14-06-19 23:32, Alvaro Herrera wrote:
> > Enrique Herrera Noya escribió:
> >
> > Hola Enrique,
> >
> >> tengo una base de datos de 9G en el servidor donde esta la aplicación,
> >>
> >> es necesario copiar al nuevo servidor de BBDD
> >>
> >> tengo una ventana de  pocas horas para realizar  copias...
> > Yo sugeriría que en esa ventana puedes bajar el servicio, traspasar la
> > BD usando pg_basebackup, y levantar el servicio en el nuevo servidor.
> > Si quieres evitar modificar aplicaciones, usa pgbouncer en la dirección
> > antigua que se conecte a la dirección nueva ...
> >
> en cuanto a tiempos considerando el tamaño, cuanto seria?

Depende sobre todo de la velocidad de la red.

--
Álvaro Herrera http://www.linkedin.com/in/alvherre
"Lo esencial es invisible para los ojos" (A. de Saint Exúpery)

On 15-06-19 10:12, Alvaro Herrera wrote:
> On 2019-Jun-15, Enrique Herrera Noya wrote:
>
>> On 14-06-19 23:32, Alvaro Herrera wrote:
>>> Enrique Herrera Noya escribió:
>>>
>>> Hola Enrique,
>>>
>>>> tengo una base de datos de 9G en el servidor donde esta la aplicación,
>>>>
>>>> es necesario copiar al nuevo servidor de BBDD
>>>>
>>>> tengo una ventana de  pocas horas para realizar  copias...
>>> Yo sugeriría que en esa ventana puedes bajar el servicio, traspasar la
>>> BD usando pg_basebackup, y levantar el servicio en el nuevo servidor.
>>> Si quieres evitar modificar aplicaciones, usa pgbouncer en la dirección
>>> antigua que se conecte a la dirección nueva ...
>>>
>> en cuanto a tiempos considerando el tamaño, cuanto seria?
> Depende sobre todo de la velocidad de la red.
>
a genial, son maquinas virtuales

Enrique Herrera Noya
--
itcoop.cl
+56992303151
Certificaciones:
Red Hat Certified Engineer RHCE Nº100223072 (RH6.0)
Red Hat Certified System Administrato RHCSA Nº100223072 (RH6.0)
Red Hat Certified Technician (RHCT) Nº605010753835478 (RH5.0)
Novell Certified Linux Professional CLP 10

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

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.

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
>
>
>

On 16/06/2019 7:55 AM, Carlos T. Groero Carmona wrote:
> 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.
>
>
Hagas lo que hagas, prueba lo primero, unas tres veces para soltar la mano.

Una pregunta tonta, que problema quieres resolver con este ejercicio ?

Tienes un problema de velocidad ? los IOPS del disco no son suficientes
? ( se siente lento ? ), te estas moviendo de 32 bit a 64 bit ?

>
>
> On Sat, Jun 15, 2019, 12:04 PM Alvaro Herrera
> <alvherre(at)2ndquadrant(dot)com <mailto: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
>
>

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
>>
>>
>>