Re: Montar tablespace existente

Eveling Velásquez escribió:
> Hola
> Mi pregunta es si puedo crear una bd nueva a partir de los datos q
> tengo en un tablespace existente. tengo la carpeta completa.
> El procedimiento que me indicas ya lo he realizado pero no me funciono.
> s
>
> /
> Eveling Velasquez Solis
>
> /
>
>
> ------------------------------------------------------------------------
> *De:* Jaime Casanova <jcasanov(at)systemguards(dot)com(dot)ec>
> *Para:* Eveling Velásquez <lingso13(at)yahoo(dot)es>
> *CC:* pgsql-es-ayuda(at)postgresql(dot)org
> *Enviado:* mié, diciembre 2, 2009 11:15:17 PM
> *Asunto:* Re: [pgsql-es-ayuda] Montar tablespace existente
>
> 2009/12/2 Eveling Velásquez <lingso13(at)yahoo(dot)es
> <mailto:lingso13(at)yahoo(dot)es>>:
> > Hola lista!!
> > hace un tiempo tenia una bd en un servidor x, luego cambiamos de
> equipos y
> > se extrajo bk de la bd. Esta bd estaba montado en un tablespace. mi
> > pregunta es si puedo montar ese tablespace que ya esta creado y con
> datos en
> > una bd nueva. es decir generar mi bd (nueva) a partir del tablespace
> > existente. (es solo otra opcion al bk.)
>
> cuando ocurre un desastre es posible copiar la carpeta data a otra
> servidor postgres con las mismas caracteristicas y la misma version de
> postgres y esperar que funcione... quiza si ademas de copiar la
> carpeta data, creas la estructura de directorios en la que estaba el
> tablespace (tiene que ser exactamente igual) y pegas ahi el contenido
> del tablespace podria funcionar... creo...
>
> --
> Atentamente,
> Jaime Casanova
> Soporte y capacitación de PostgreSQL
> Asesoría y desarrollo de sistemas
> Guayaquil - Ecuador
> Cel. +59387171157
>
> ------------------------------------------------------------------------
>
> ¡Todo sobre la Liga Mexicana de fútbol!
> Estadísticas, resultados, calendario, fotos y más:
> http://espanol.sports.yahoo.com/
Lo que Jaime te decía es que tenías que ser cuidadoso en este sentido
porque tienes que tener exactamente la misma configuración en el otro
servidor donde vayas a hacer esto.
A lo mejor por eso fue que te falló el proceso. Para estas cosas es muy
provechoso una metodología para casos de desastres, y tener a la mano
una estrategia de recuperación con los pasos definidos muy
detalladamente; además de tener bien definidos los problemas que te
hayan dado y su solución.
Esto ayuda mucho en el proceso.

Tu problema está dado por el hecho que existen dos catálogos del sistema
que guardan como tal la información de la información, o sea lo que
llaman los metadatos de sus bases de datos: tablas, vistas, privilegios,
triggers,etc, y es el caso de pg_global y pg_catalog, por lo que en caso
de que fueras a mover los datos, tienes que mover esto también, y pienso
a mi entender del tema, no sea una tarea fácil de hacer, que me corrijan
los gurus.

Siempre hay que tener claro de lo que vayas a mover.
Saludos, y espero que te ayuden de algo mis comentarios

--
-------------------------------------
"TIP 4: No hagas 'kill -9' a postmaster"
Ing. Marcos Luís Ortíz Valmaseda
PostgreSQL System DBA Centro de Tecnologías de Almacenamiento y Anális de Datos (CENTALAD)
Universidad de las Ciencias Informáticas

Linux User # 418229
http://www.postgresql-es.org
http://www.postgresql.org
http://www.planetpostgresql.org