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 <ja...@2ndquadrant.com>escribió: > 2010/12/20 Cesar A <cesar.carbon...@gmail.com>: > > > > > > El 21 de diciembre de 2010 08:52, Alvaro Herrera > > <alvhe...@commandprompt.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
