Re: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] recuperación de datos borrados accidentalmente

Lamentablemente... confié demasiado en mí y realicé varias tareas, por lo
que el archivo errores se sobreescribió
En este momento, ese exceso de confianza me hace pensar que fue un error
humano (mío) y estoy tomando las represalias correspondientes (planas: mirar
toda la pnatalla y asegurarme _muy_ bien dónde estoy trabajando)

La versión es la 8.3 que viene con Debian Lenny... tiene más o menos poco
tiempo instalado y no le he hecho vacuum

De todas formas, a esta altura, ya volvimos con un respaldo de hace unas
semanas...

Gracias de todas

El 21 de diciembre de 2010 13:24, Jaime Casanova
<jaime(at)2ndquadrant(dot)com>escribió:

> 2010/12/20 Cesar A <cesar(dot)carbonara(at)gmail(dot)com>:
> >
> >
> > 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
> >
>
> puedes mostrar los errores que se generaron en el archivo "errores"?
>
> que versión de postgres es esta? has ejecutado vacuum alguna vez?
> La razón para esas preguntas es una posible explicación si se dieron
> las suficientes coincidencias (demasiadas para ser creible ;):
>
> Si tu versión de postgres es suficientemente vieja (8.0 o anterior) y
> nunca has ejecutado VACUUM (o al menos no con la frecuencia necesaria)
> podria haber ocurrido que llegaste a tener un problema de wraparound
> (
> http://www.postgresql.org/docs/8.0/static/maintenance.html#VACUUM-FOR-WRAPAROUND
> ),
> en ese caso imagino que podria haber pasado que al intentar crear las
> tablas creyera que no existian y las volvio a crear... si eso ocurrio
> (dificil como parece) no hay nada que hacer...
>
> >>
> >> ¿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
>
> y si ejecutas \dn que obtienes?
>
> seguro que no ejecutaste drop database, create database antes?
> segun ese script lo unico que debio haber cambiado son las secuencias
>
> --
> Jaime Casanova www.2ndQuadrant.com
> Professional PostgreSQL: Soporte y capacitación de PostgreSQL
>

--
--
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