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

Re: backup incremental de una base de datos

From: Juan <smalltalker(dot)marcelo(at)gmail(dot)com>
To: Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
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 17:16:18
Message-ID: CAKizN9ydfxFSOBjuw3i4uCd8-__m3_=wVLLx6P1WMPJw2iy50w@mail.gmail.com (view raw or flat)
Thread:
Lists: pgsql-es-ayuda
Alvaro

graacias por contestar , te pregunto entre lineas.


2012/6/26 Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>

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

Como hago eso?
Si ya existe, donde lo leo? porque no me queda claro como, entonces estuve
pensando como hacerlo yo mismo.
Yo suponia que el segundo postgres en stand by todo el tiempo recibía los
wal
del "master db" , entonces lo que necesitaba era "negarle" los logs que
tienen
el DROP o TRUNCATE etc,, pero parece por lo que decis que no es asi.
saludos
jmdc


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

In response to

Responses

pgsql-es-ayuda by date

Next:From: Gilberto Castillo MartínezDate: 2012-06-26 17:31:36
Subject: Re: backup incremental de una base de datos
Previous:From: Alvaro HerreraDate: 2012-06-26 15:30:37
Subject: Re: backup incremental de una base de datos

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