Re: Recuperar datos borrados en Postgres

Hola Jaime,

Tengo la 8.4, autovacuum está deshabilitado. Ahora he respaldado toda la
carpeta /var/lib/postgresql/8.4 del servidor y me lo pase a mi pc.
Descargue las fuentes de la versión 8.4.6 y ya he modificado el archivo
src/include/tqual.h para que HeapTupleSatisfiesVisibility retorne siempre
true, en este momento estoy ejecutando make...

Los datos son de varias tablas, es un servidor OpenERP y el problema fue que
durante una encuesta se elimino una de las preguntas lo que dejo un vacío en
el producto y hay dos alternativas: 1) Recupero la data o 2) se hace
nuevamente la encuesta... (segunda opción muy costosa y menos divertida...)

Espero que aún estés por aquí.

Saludos.

El 31 de agosto de 2011 00:01, Jaime Casanova <jaime(at)2ndquadrant(dot)com>escribió:

> 2011/8/30 Jonathan Finlay <jmfinlayp(at)gmail(dot)com>:
> > Buenas,
> >
> > Sé (al menos creo saberlo) que los datos despues de un delete siguen en
> la
> > base de datos, pero que son marcados como eliminados y que
> > HeapTupleSatisfiesVisibility() en el nucleo de postgres indica que estos
> > regoistros no sean mostrados ni usados, ahora yo quiero recuperar esos
> datos
>
> que version de postgres es? apaga el autovacuum ahora... y no ejecutes
> vacuum manualmente (aun asi si estas en 8.4+ hay ocasiones en que
> puede decidir reutilizar el espacio aun sin un vacuum previo que lo
> marque como reutilizable)
>
> > y para ello me pregunto:
> >
> > ¿Es posible cambiar HeapTupleSatisfiesVisibility() de manera temporal sin
> > recompilar postgres?
> >
>
> no
>
> > ¿Hay algún truco para ejecutar una consulta indicando el valor de
> > HeapTupleSatisfiesVisibility()?
> >
>
> no
>
> > ¿Alguien a logrado recuperar información de postgres? si Sí ¿Como?
> >
>
> imagino que se puede hacer una herramienta basada en VACUUM que haga
> el truco pero dependera de que version es, si son datos de una sola
> tabla, etc, etc, etc
>
> --
> Jaime Casanova www.2ndQuadrant.com
> Professional PostgreSQL: Soporte 24x7 y capacitación
>

--
Jonathan.