Jenaro Centeno Gómez escribió:
> Que te parece mi base de datos de 256Gb, actualmente me llevo mas de eso
> en respaldarla y en restaurarla, si es verdad lo del aprovechamiento de
> todos los nucleos, entonces mi base de datos se deberá restaurar en
> aproximadamente 45 minutos, voy a hacer una pr
Jaime Casanova escribió:
> 2009/7/2 Alvaro Herrera :
>
>>> Cuando mencionas la palabra "esperar" te refieres a limitaciones de tiempo
>>> verdad? O acaso estoy equivocado al pensar que pg_dump y pg_restore son
>>> suficientes para cualquier tamaño de BD?
>>>
>> Son suficientes. Pero si t
Juan Luis Echeverria escribió:
> Alvaro Herrera :
> > Marcos Luis Ortiz Valmaseda escribi�:
> > > Siguiendo el tema �C�mo se utilizar�a en este caso para realizar la
> > > restauraci�n en procesos paralelos? Pudieran poner un ejemplo
> > > concreto.
> >
> > pg_restore -j 4
>
> Bueno, creo que ten
Alvaro Herrera :
> Marcos Luis Ortiz Valmaseda escribió:
> > Siguiendo el tema ¿Cómo se utilizaría en este caso para realizar la
> > restauración en procesos paralelos? Pudieran poner un ejemplo
> > concreto.
>
> pg_restore -j 4
Bueno, creo que tendre que invertir tiempo para descubrir el numero
Marcos Luis Ortiz Valmaseda escribió:
> Siguiendo el tema ¿Cómo se utilizaría en este caso para realizar la
> restauración en procesos paralelos? Pudieran poner un ejemplo
> concreto.
pg_restore -j 4
--
Alvaro Herrera http://www.amazon.com/gp/registry/5ZYLFMCVHXC
Licensee shall
ves, 2 de Julio 2009 19:44:24 GMT -03:00 Groenlandia
Asunto: RE: [pgsql-es-ayuda] Migracion de 8.3 a 8.4
Alvaro Herrera :
> Si tu base de datos no es muy grande ni muy activa,
> simplemente usa pg_dump para hacer un respaldo, instalas 8.4
> y lo restauras.
>
> pg_migrator es �ti
Juan Luis Echeverria escribió:
>
> Jaime Casanova :
> > 2009/7/2 Alvaro Herrera :
> > >> Cuando mencionas la palabra "esperar" te refieres a
> > limitaciones de
> > >> tiempo verdad? O acaso estoy equivocado al pensar que pg_dump y
> > >> pg_restore son suficientes para cualquier tama�o de BD?
> >
Jaime Casanova :
> 2009/7/2 Alvaro Herrera :
> >> Cuando mencionas la palabra "esperar" te refieres a
> limitaciones de
> >> tiempo verdad? O acaso estoy equivocado al pensar que pg_dump y
> >> pg_restore son suficientes para cualquier tamaño de BD?
> >
> > Son suficientes. Pero si tienes una BD
2009/7/2 Alvaro Herrera :
>> Cuando mencionas la palabra "esperar" te refieres a limitaciones de tiempo
>> verdad? O acaso estoy equivocado al pensar que pg_dump y pg_restore son
>> suficientes para cualquier tamaño de BD?
>
> Son suficientes. Pero si tienes una BD que anda 24x7
y que es lo sufic
Juan Luis Echeverria escribió:
> Alvaro Herrera :
> > Si tu base de datos no es muy grande ni muy activa,
> > simplemente usa pg_dump para hacer un respaldo, instalas 8.4
> > y lo restauras.
> >
> > pg_migrator es �til para hacer migraciones de grandes bases
> > de datos que no pueden darse el lujo
Alvaro Herrera :
> Si tu base de datos no es muy grande ni muy activa,
> simplemente usa pg_dump para hacer un respaldo, instalas 8.4
> y lo restauras.
>
> pg_migrator es útil para hacer migraciones de grandes bases
> de datos que no pueden darse el lujo de esperar un
> dump/restore,
Hola:
Cuando m
Julio Ramirez escribió:
> Hola a todos,
>
> Soy nuevo en usar postgres y tengo una pequeña base de datos en la version
> 8.3.
>
> Que pasos me recomiendan para pasarme a la version 8.4
>
> No tengo planeado hacer esto en el corto plazo, Todavia no he leido (y nunca
> lo he usado) del pgDump , ni
Hola a todos,
Soy nuevo en usar postgres y tengo una pequeña base de datos en la version
8.3.
Que pasos me recomiendan para pasarme a la version 8.4
No tengo planeado hacer esto en el corto plazo, Todavia no he leido (y nunca
lo he usado) del pgDump , ni del pgMigrator , pero me interesaria sa
13 matches
Mail list logo
