Skip site navigation (1) Skip section navigation (2)

Re: backup incremental de una base de datos

From: Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
To: Juan <smalltalker(dot)marcelo(at)gmail(dot)com>
Cc: José González <josego(at)simgia(dot)com>, felipe guzman <felipeguzmanv(at)gmail(dot)com>, Mauricio Rafael Rivas Martinez <mrivas10(at)cantv(dot)com(dot)ve>, Guillermo Villanueva <guillermovil(at)gmail(dot)com>, Ayuda <pgsql-es-ayuda(at)postgresql(dot)org>
Subject: Re: backup incremental de una base de datos
Date: 2012-06-26 15:30:37
Message-ID: 1340722960-sup-6279@alvh.no-ip.org (view raw or flat)
Thread:
Lists: pgsql-es-ayuda
Excerpts from Juan's message of mar jun 26 10:54:46 -0400 2012:
> Mauricio ,Gente
> 
> 
> Despues de leer el PITR, me quede pensando como implementar uno de los
> requerimientos que seria
> poder detectar acciones destructivas como por ej para ser drastico, drop
> schema blah o truncate table x.
> y se me ocurrieron dos cosas. una poner el logstatement ='all' luego hacer
> tail del log con grep y algunas expresiones
> regulares capturando estas sentencias (drop, truncate ..etc).
> pero lo que todavia no tengpo claro es que accion tomar y como, se me
> ocurrio leyendo el PITR que el comando store,storecommand
> o algo asi que es parte del PITR podria ser un script bash llmamando al cp.
> (cp) y si detecto uno de estos comandos de
> destruccion, copiarle otro script del mismo nombre pero que por dentro a)
> no copie b) copie a otro direcrtorio que no sea
> donde esta el otro motor postgres en modo hold o como se llame.
> que les parece?

Eso ya existe.

PITR es sigla de "point in time recovery", que en concreto significa que
uno puede recuperar hasta un determinado punto en el tiempo; o sea que
si tienes los WAL desde el pasado hasta más allá del momento en que se
hizo el DROP o el TRUNCATE, puedes detener el sistema y decirle que
empieze a recuperar hasta justo antes del DROP o TRUNCATE.

-- 
Álvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>

In response to

Responses

pgsql-es-ayuda by date

Next:From: JuanDate: 2012-06-26 17:16:18
Subject: Re: backup incremental de una base de datos
Previous:From: Javier Lugo PorrasDate: 2012-06-26 15:21:00
Subject: RE: Forzar cambio de password

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group