Re: Moviendo una gran base de datos

> Ignoro si el pg_dump y el pg_restore soporten compresion online.

Esa sería la diferencia entre la opción de Alvaro y la que hice, ya que en
la opción que di el pg_restore se ejecuta en el servidor destino por lo
tanto la descompresión se hace directamente en este, luego de la trasmisión
por red, evitando así doble procesamiento en el origen (compresión,
descompresión) y transmitiendo la información comprimida por la red. Habría
que examinar el protocolo del pg_restore a fondo a ver si trasmite
comprimido antes de estar en el destino...

> Una pregunta, han probado usar el comando ssh -C

Personalmente no lo he usado, por ahora voy a analizar que tanto comprime
esta opción ya que me parece interesante...

Para información el comando que pasé lo hace con gzip y al poner -Z 9 lo
hace con la mayor compresión y así trasmitirlo antes del pg_restore al
destino del menor tamaño posible, aunque leyendo un poco en
http://unixhelp.ed.ac.uk/CGI/man-cgi?ssh+1 observo que la compresión es
gzip, similar al del pg_dump, pero para los parámetros de esta compresión no
he encontrado información pertinente(tendré que buscar más). Sin
embargo pienso que siendo ambos con gzip la diferencia no debe ser mucha.

Exitos!!!

El 5 de septiembre de 2010 05:01, Horacio Miranda <hmiranda(at)gmail(dot)com>escribió:

> Una pregunta, han probado usar el comando ssh -C
>
> (Eso habilita la compresión). debería ser menos demoroso.
>
> Ignoro si el pg_dump y el pg_restore soporten compresion online.
>
> 2010/9/2 Alvaro Herrera <alvherre(at)commandprompt(dot)com>:
> > Excerpts from Jaime Giraldo's message of mié sep 01 05:19:55 -0400 2010:
> >
> >> Lo que se debe tener es básicamente el ssh (linux por supuesto para
> >> simplicidad) instalado en ambos equipos y tener el postgres
> correspondiente
> >> para poder ejecutar los comandos remotamente.
> >>
> >> ssh postgres(at)serverdestino "dropdb nombrebasedatos; createdb
> >> nombrebasedatos"; \
> >> pg_dump -U postgres -i -O -F c -b -Z 9 nombrebasedatos | ssh
> >> postgres(at)serverdestino "pg_restore -i -d nombrebasedatos"
> >
> > Hola, en estricto rigor no es necesario hacer un pipe, puesto que tanto
> > pg_dump como pg_restore se pueden conectar a bases de datos remotas, o
> > sea podrias hacer
> >
> > pg_dump -U postgres blabla | pg_restore -h serverdestino -U postgres -d
> nombrebasedatos
> >
> > Tu sugerencia por supuesto es útil cuando el servidor remoto no acepta
> > conexiones externas, o hay un firewall, etc.
> >
> > (En general los pipes a través de la red son muy útiles. Yo me
> > simplificaba mucho la vida haciendo copias de archivos entre máquinas
> > usando "tar | ssh tar". Hoy en día rsync hace mucho más sencillo el
> > copiado de archivos, pero sigue habiendo otros casos en que los pipes
> > son útiles). La herramienta netcat (nc) es tremendamente útil.
> >
> > --
> > Álvaro Herrera <alvherre(at)commandprompt(dot)com>
> > The PostgreSQL Company - Command Prompt, Inc.
> > PostgreSQL Replication, Consulting, Custom Development, 24x7 support
> > -
> > Enviado a la lista de correo pgsql-es-ayuda (
> pgsql-es-ayuda(at)postgresql(dot)org)
> > Para cambiar tu suscripción:
> > http://www.postgresql.org/mailpref/pgsql-es-ayuda
> >
>
> --
> Saludos,
> Horacio Miranda Aguilera.
> RedHat Certified Engineer
> DBA Oracle - Large databases
>

--
Jaime Alberto Giraldo J.
" La madurez del hombre es haber vuelto a encontrar la seridad con la que
jugaba cuando era niño"
Friedrich Wilhelm Nietzsche