From: | Cesar A <cesar(dot)carbonara(at)gmail(dot)com> |
---|---|
To: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
Cc: | pgsql-es-ayuda <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: [pgsql-es-ayuda] recuperación de datos borrados accidentalmente |
Date: | 2010-12-20 13:59:47 |
Message-ID: | AANLkTik627nOWk8p11B=CZ6BK9NfGL5bToeJfZ2jVOQQ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
El 21 de diciembre de 2010 08:52, Alvaro Herrera <alvherre(at)commandprompt(dot)com
> escribió:
> Excerpts from Cesar A's message of lun dic 20 09:06:50 -0300 2010:
> > Saludos.
> >
> > Por error ejecuté:
> > psql -h xxx.xxx.xxx.xxx -U mi_usuario -d mi_bd < dumpsql 2> errores
> >
> > Cuyo dump.sql contiene sólo la estructura de la BD. Sólo tiene
> estructuras
> > de CREATE ( no había el OR REPLACE)
> >
> > Resulta que en esa IP, la BD era de producción. Y ahora aparece todas las
> > tablas vacías...
>
> La única forma en que eso podría haber pasado es que el script
> contuviera además DROP TABLE xxx para cada tabla.
Conciente de eso, es lo que más me extraña! ni DROP ni REPLACE.
El código ejecutado: http://pastebin.com/HQCCqKAd
> ¿O quizás el script
> creó otro schema en el cual tienes una copia adicional de cada tabla, y
> las tablas con los datos están ocultas por ese nuevo schema? Fíjate si
> puedes encontrar copias duplicadas con \d *.una_tabla
>
Este es el resultado:
\d *.ficha
Tabla «public.ficha»
Columna | Tipo |
Modificadores
--------------+------------------------+----------------------------------------------------
id | integer | not null default
nextval('ficha_id_seq'::regclass)
anno | character varying(4) |
titulo | character varying(150) |
descripcion | character varying(150) |
autor | character varying(50) |
localizacion | character varying(100) |
numero | character varying(7) |
codubi | character varying(7) |
codest | character varying(2) |
codpre | character varying(2) |
coddoc | character varying(2) |
observacion | character varying(200) |
escala | character varying(12) |
indice | character varying(5) |
idmalo | integer |
Índices:
«ficha_pkey» PRIMARY KEY, btree (id) CLUSTER
que es la estructura normal de esa tabla...
> > ¿existe alguna forma de recuperar los datos? justo estoy trabajando en lo
> > concerniente en replicación y respaldos, así que de esa BD no tengo nada
> en
> > físico :-(
>
> Mi más sentido pésame.
>
Dato extra: Postresql 8.3.12 bajo Debian Linux
>
> --
> Álvaro Herrera <alvherre(at)commandprompt(dot)com>
> The PostgreSQL Company - Command Prompt, Inc.
> PostgreSQL Replication, Consulting, Custom Development, 24x7 support
>
--
--
Sí no eres parte de la solución... eres parte del problema.
Les Luthiers
--
... y no dejes de leer:
Netiqueta: Conjunto de reglas que regulan la conducta del usuario en
internet
http://es.wikibooks.org/wiki/Netiquette
--
Cesar A. Carbonara R.
C.I. Nº V.11.952.572
--
Usuario Linux 377997
www.gulmer.org.ve
From | Date | Subject | |
---|---|---|---|
Next Message | Silvio Quadri | 2010-12-20 15:21:12 | Re: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] recuperación de datos borrados accidentalmente |
Previous Message | Alvaro Herrera | 2010-12-20 13:22:58 | Re: recuperación de datos borrados accidentalmente |