El 22 de abril de 2009 7:48, Jose Luis Balle <joseluisba...@gmail.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 <mavi...@gmail.com> escribió: > > > > > > El 21 de abril de 2009 15:28, Alvaro Herrera <alvhe...@alvh.no-ip.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 ------------------------ -----------------------------------------------------------
