Re: Decodificar WAL para obtener DML.

Jaime,
Hola. Muchas gracias por responder.

Si tendría el físico (de bastante antes) más el archivado hasta el punto
inmediatamente anterior.

Es una situación hipotética, afortunadamente no pasó. Pero en la
dependencia donde trabajo, si sucedió algo similar sobre una db en MySQL y
fue posible la recuperación decodificando los bin log con una herramienta
específica que trae el motor para ese fin.

A partir de eso, comencé a pensar como resolvería una situación equivalente
sobre la infraestructura de Postgres (que también tenemos) y me percaté de
que no podría resolverlo, o en realidad yo no sabría como hacerlo.
Hay otro problema relacionado y es que para implementar PITR siempre
implica trabajar con TODO el motor (no sobre una DB en particular) y se
hace poco práctico cuando hay muchas DBs en el mismo server y el problema
es solo con una.

Cualquier información es bienvenida.

En cuanto al log de los dml tonces solo tendría implicaciones de ocupación
de espacio?

El 23 de abril de 2018, 14:03, Jaime Casanova <
jaime(dot)casanova(at)2ndquadrant(dot)com> escribió:

> 2018-04-23 10:40 GMT-05:00 Federico Pascual <federico(dot)pascual(at)gmail(dot)com>:
> > Buenas gente, les hago una consulta:
> >
> > Hay alguna forma de ver las ddl y dml que fueron ejecutadas en un
> intervalo
> > de tiempo dado en UNA DB. Supongamos que se encuentra activo el
> archivado y
> > que se tienen los wal correspondientes.
> >
>
> tienes una copia del directorio data *antes* de ejecutar los comandos?
> un backup fisico?
>
> > No está activo el log de ddl y dml en el postgresql.conf. Y entiendo que
> > esto no sería bueno por cuestiones de performance. La idea sería ver qué
> fue
> > ejecutado para poder, supongamos, reejecutar selectivamente un conjunto
> de
> > sentencias.
> >
>
> no creo que afecte al performance, aunque si consumirá disco
>
> --
> Jaime Casanova www.2ndQuadrant.com
> PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
>