From: | karkul kernel <karkul(at)unixmexico(dot)org> |
---|---|
To: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
Cc: | Jaime Casanova <jaime(at)2ndquadrant(dot)com>, POSTGRES <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: Recuperar la base de PostgreSQL desde el directorio base. |
Date: | 2010-06-21 23:09:55 |
Message-ID: | AANLkTimccwWxYodLXAhorDQM2veWxWFUFykA8i8_Dx1o@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Perfecto Alvaro, de echo algo así me imagine que tendría que hacer, ir
armando el rompecabezas pieza por pieza y una vez armado simplemente le tomo
una foto y la guardo en otro lado. En realidad solo una de las bases es la
que me interesa lo cual debería facilitar mas mi labor de recuperación.
Gracias por el tip, procurare alejar las navajas de los monos xD
Ahí les contare después como me fue :)
El 21 de junio de 2010 11:28, Alvaro Herrera
<alvherre(at)commandprompt(dot)com>escribió:
> Excerpts from Jaime Casanova's message of vie jun 18 20:30:42 -0400 2010:
> > cc: a la lista
> >
> > 2010/6/18 karkul kernel <karkul(at)unixmexico(dot)org>:
> > > No jalo :(
> > > Pienso que no muestra mis bds porque el directorio donde estaban
> "definidas"
> > > o que lleva el control de las bases creadas en el sistema es el de
> GLOBAL y
> > > es ese precisamente el que se borro :S es por eso que preguntaba si
> sab\xc3\xadan
> > > alguna manera de estructurar esa parte para que retome los datos
> alojados en
> > > base.
> > >
> >
> > bu... en global esta el catalogo pg_database que sucede que es "global"
> :D
> > No se me ocurre mucho en ese caso
>
> Hmm. Quizás puedas crear una nueva "global" haciendo initdb y luego
> copiando ese directorio para reemplazar el que se borró. Una cosa que
> vas a tener que hacer es crear una base de datos nueva para cada base de
> datos antigua que existiera, y renombrar los directorios de las bases de
> datos antiguas (los que están inmediatamente dentro de "base") con los
> OID de las bases de datos recién creadas, para que coincidan con el
> pg_database nuevo.
>
> Y ojalá que no hayas tenido ningún tablespace, porque ahí la cosa se
> pone mucho más complicada.
>
> Lo que sí vas a perder es pg_shdescription y pg_shdepend, así que lo que
> te sugeriría es que una vez que lo hayas hecho andar, haces pg_dump de
> cada base de datos, luego lo restauras en una instalación aparte. Eso
> quizás te ayude a tener algo más o menos consistente.
>
> En el futuro, mantén las navajas lejos de los monos.
>
> Hmm, releyendo tu primer correo se me ocurre que deberías buscar en
> lost+found a ver si aparece tu “carpeta perdida”. (Nota que en
> Linux/Unix no existen las “carpetas”, sólo los “directorios”).
>
> --
> Álvaro Herrera <alvherre(at)commandprompt(dot)com>
> The PostgreSQL Company - Command Prompt, Inc.
> PostgreSQL Replication, Consulting, Custom Development, 24x7 support
>
--
Ramón Morales [karkul]
Desarrollador de software
Xalapa, Veracruz, México
From | Date | Subject | |
---|---|---|---|
Next Message | Miguel Angel Hernandez Moreno | 2010-06-21 23:38:26 | Modo de Recuperacion en Postgres |
Previous Message | Emanuel Calvo Franco | 2010-06-21 20:11:51 | Re: Loop de registros postgresql |