Re: restaurar bases de datos

El 22 de abril de 2009 7:48, Jose Luis Balle <joseluisballe(at)gmail(dot)com>escribió:

> Podes hacerlo utilizando dblink que está en la carpeta contrib, luego
> podemos discutir si es la mejor solucion pero si se puede.
> Que paso con tu restore finalmente? funciono o no? el problema era con
> el restore o con el problema que planteas ahora?
> Saludos.
>
> El día 20 de abril de 2009 17:19, Virginia <mavir78(at)gmail(dot)com> escribió:
> >
> >
> > El 21 de abril de 2009 15:28, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
> > escribió:
> >>
> >> Jose Luis Balle escribió:
> >> > Si todo va en el esquema autoservicios, hace una copia del original
> >> > data.sql, editalo y buscá la línea que dice "SET search_path",
> >> > comentala colocando un -- al comienzo y colocá una que diga "SET
> >> > search_path = autoservicios" todo sin comillas.
> >>
> >> El problema es que lo quiere hacer automáticamente. Estar abriendo un
> >> archivo para editarlo no sirve.
> >>
> >> Lo que sí podría hacer es modificar el archivo con sed o algún programa
> >> equivalente, algo así:
> >>
> >> sed -e 's/^SET search_path TO.*/SET search_path TO autoservicios/'
> >>
> >> pero no es muy recomendable.
> >>
> >> Sin embargo, hay un problema de fondo que es mucho más serio aún, y es
> >> que planteó en otro thread que lo que quiere hacer es un sistema de
> >> replicación bidireccional. Hagas lo que hagas, un sistema de
> >> replicación con pg_dump/pg_restore es completamente insostenible.
> >>
> >> Sobre todo, hay que decir que un sistema de replicación bidireccional es
> >> un asunto bastante difícil en Postgres.
> >>
> >> --
> >> Alvaro Herrera
> >> http://www.amazon.com/gp/registry/DXLWNGRJD34J
> >> Este mail se entrega garantizadamente 100% libre de sarcasmo.
> >
> > No es necesario hacer lo del SET, edité el archivo y ya lo tenía
> > incluído....
> > Creo que no me expliqué bien, la replicación no es bidireccinal, la base
> de
> > datos debe copiarse tal cual del servidor 1 al servidor 2, pero se abre
> una
> > comunicación en sentido contrario, es decir, que del servidor 2 se envien
> > datos al servidor 1 en casos muy específicos, por ejemplo, tengo una
> tabla
> > de usuarios con un campo estatus, en el servidor 2 un usuario se
> bloqueará
> > si se le vencen los 3 intentos fallidos de ingreso a una aplicación, en
> este
> > caso el estatus se cambia en la base de datos copia de la original pero
> > también debe modificarse este campo en la base de datos original.
> > Ahora bien, lo que no tengo claro es si se pueda hacer un trigger desde
> el
> > servidor 2 que refleje esta actualización de estatus en la base de datos
> del
> > servidor 1???....
> >
> > --
> > -----------------------------------------------------------
> > ------------------------ Virginia ------------------------
> > -----------------------------------------------------------
> >
>

Si pude restaurar correctamente la base de datos, con esto:

/usr/bin/pg_restore -e -i -h 192.168.1.61 -p 5432 -U postgres -d 'sobres' -v
"/home/mvporras/Escritorio/data.sql"

el problema era, como dice Alvaro, hay que hacer el pg_dump con -Fc, de
resto funciona.
Ahora voy con la segunda parte....
Gracias!!!
--
-----------------------------------------------------------
------------------------ Virginia ------------------------
-----------------------------------------------------------