From: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
---|---|
To: | Jaime Giraldo <sposmen(at)gmail(dot)com> |
Cc: | David Montoya <erethond(at)gmail(dot)com>, pgsql-es-ayuda <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: Moviendo una gran base de datos |
Date: | 2010-09-01 15:41:56 |
Message-ID: | 1283355433-sup-482@alvh.no-ip.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
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
From | Date | Subject | |
---|---|---|---|
Next Message | Emanuel Calvo Franco | 2010-09-01 19:24:27 | Re: Problemas con el REASSIGN OWNED |
Previous Message | Silvio Quadri | 2010-09-01 15:27:56 | Re: Moviendo una gran base de datos |