Re: Respaldar la BD

Buenos días lista:
Si alguien me puede orientar, necesito realizar un respaldo diario de mi BD
(un CRON) pero con la salvedad de que solo se genere si se realizan cambios
(ingreso de datos, eliminación, etc.).
¿Cual es la forma de realizarlo en Postgresql?

Gracias.

2009/1/27 Paulo Nuñez Valenzuela <paulonunex(at)gmail(dot)com>:
> Buenos días lista:
> Si alguien me puede orientar, necesito realizar un respaldo diario de mi BD
> (un CRON) pero con la salvedad de que solo se genere si se realizan cambios
> (ingreso de datos, eliminación, etc.).
> ¿Cual es la forma de realizarlo en Postgresql?
>
> Gracias.

Mmhh no se si estarán todos de acuerdo pero me parece uqe es un trabajo
especial para PITR, no?
La implementación es bastante sencilla.

http://www.postgresql.org/docs/8.3/interactive/continuous-archiving.html

El tema es que leas esto y veas si te sirve.

--
Emanuel Calvo Franco
ArPUG / AOSUG Member
Postgresql Support & Admin

El mar, 27-01-2009 a las 11:43 -0200, Emanuel Calvo Franco escribió:
> 2009/1/27 Paulo Nuñez Valenzuela <paulonunex(at)gmail(dot)com>:
> > Buenos días lista:
> > Si alguien me puede orientar, necesito realizar un respaldo diario de mi BD
> > (un CRON) pero con la salvedad de que solo se genere si se realizan cambios
> > (ingreso de datos, eliminación, etc.).
> > ¿Cual es la forma de realizarlo en Postgresql?
> >
> > Gracias.
>
> Mmhh no se si estarán todos de acuerdo pero me parece uqe es un trabajo
> especial para PITR, no?
> La implementación es bastante sencilla.
>
> http://www.postgresql.org/docs/8.3/interactive/continuous-archiving.html
>
> El tema es que leas esto y veas si te sirve.

Mhhhhhhhh.... aún mayor mi concepto de salva no era precisamente para
eso ... sino para si se rompe el HD o el servidor ... en caso de que no
tenga replica de él ... aun teniendo ... resguardar mis datos contra
fallos.

>

El día 27 de enero de 2009 11:51, Gilberto Castillo Martínez
<gilberto(dot)castillo(at)etecsa(dot)cu> escribió:
> El mar, 27-01-2009 a las 11:43 -0200, Emanuel Calvo Franco escribió:
>> 2009/1/27 Paulo Nuñez Valenzuela <paulonunex(at)gmail(dot)com>:
>> > Buenos días lista:
>> > Si alguien me puede orientar, necesito realizar un respaldo diario de mi BD
>> > (un CRON) pero con la salvedad de que solo se genere si se realizan cambios
>> > (ingreso de datos, eliminación, etc.).
>> > ¿Cual es la forma de realizarlo en Postgresql?
>> >
>> > Gracias.
>>
>> Mmhh no se si estarán todos de acuerdo pero me parece uqe es un trabajo
>> especial para PITR, no?
>> La implementación es bastante sencilla.
>>
>> http://www.postgresql.org/docs/8.3/interactive/continuous-archiving.html
>>
>> El tema es que leas esto y veas si te sirve.
>
> Mhhhhhhhh.... aún mayor mi concepto de salva no era precisamente para
> eso ... sino para si se rompe el HD o el servidor ... en caso de que no
> tenga replica de él ... aun teniendo ... resguardar mis datos contra
> fallos.
>
>

Logicamente tenes que contar con una base 'original' a la cual aplicarle
los patches...

Aún así el recovery sería un tanto engorroso, pero muy efectivo si queres
ahorrar espacio.

el PITR sería ideal si contas con un servidor respaldo al cual el vas tirando
la wal (pg_standby contribuye a que se recupere constantemente)

Sin embargo... de cuanta cantidad de información estamos hablando ?
(en terminos de espacio)

>>
>
>

--
Emanuel Calvo Franco
ArPUG / AOSUG Member
Postgresql Support & Admin

Leerte un buen manual de PITR

*-------------------------------------------------------*
*-Edwin Quijada
*-Developer DataBase
*-JQ Microsistemas
*-809-849-8087

* " Si deseas lograr cosas excepcionales debes de hacer cosas fuera de lo comun"
*-------------------------------------------------------*

________________________________
> Date: Tue, 27 Jan 2009 10:36:19 -0300
> Subject: [pgsql-es-ayuda] Respaldar la BD
> From: paulonunex(at)gmail(dot)com
> To: pgsql-es-ayuda(at)postgresql(dot)org
>
>
>
>
> Buenos días lista:
>
> Si alguien me puede orientar, necesito realizar un respaldo diario de mi BD (un
> CRON) pero con la salvedad de que solo se genere si se realizan cambios
> (ingreso de datos, eliminación, etc.).
>
> ¿Cual es la forma de realizarlo en Postgresql?
>
>
>
> Gracias.

_________________________________________________________________
Stay up to date on your PC, the Web, and your mobile phone with Windows Live
http://clk.atdmt.com/MRT/go/119462413/direct/01/

No es mucha la información y no se cuenta con un servidor respaldo

El 27 de enero de 2009 10:56, Emanuel Calvo Franco
<postgres(dot)arg(at)gmail(dot)com>escribió:

> El día 27 de enero de 2009 11:51, Gilberto Castillo Martínez
> <gilberto(dot)castillo(at)etecsa(dot)cu> escribió:
> > El mar, 27-01-2009 a las 11:43 -0200, Emanuel Calvo Franco escribió:
> >> 2009/1/27 Paulo Nuñez Valenzuela <paulonunex(at)gmail(dot)com>:
> >> > Buenos días lista:
> >> > Si alguien me puede orientar, necesito realizar un respaldo diario de
> mi BD
> >> > (un CRON) pero con la salvedad de que solo se genere si se realizan
> cambios
> >> > (ingreso de datos, eliminación, etc.).
> >> > ¿Cual es la forma de realizarlo en Postgresql?
> >> >
> >> > Gracias.
> >>
> >> Mmhh no se si estarán todos de acuerdo pero me parece uqe es un trabajo
> >> especial para PITR, no?
> >> La implementación es bastante sencilla.
> >>
> >>
> http://www.postgresql.org/docs/8.3/interactive/continuous-archiving.html
> >>
> >> El tema es que leas esto y veas si te sirve.
> >
> > Mhhhhhhhh.... aún mayor mi concepto de salva no era precisamente para
> > eso ... sino para si se rompe el HD o el servidor ... en caso de que no
> > tenga replica de él ... aun teniendo ... resguardar mis datos contra
> > fallos.
> >
> >
>
> Logicamente tenes que contar con una base 'original' a la cual aplicarle
> los patches...
>
> Aún así el recovery sería un tanto engorroso, pero muy efectivo si queres
> ahorrar espacio.
>
> el PITR sería ideal si contas con un servidor respaldo al cual el vas
> tirando
> la wal (pg_standby contribuye a que se recupere constantemente)
>
> Sin embargo... de cuanta cantidad de información estamos hablando ?
> (en terminos de espacio)
>
> >>
> >
> >
>
>
>
> --
> Emanuel Calvo Franco
> ArPUG / AOSUG Member
> Postgresql Support & Admin
> --
> TIP 6: ¿Has buscado en los archivos de nuestra lista de correo?
> http://archives.postgresql.org/pgsql-es-ayuda
>

Paulo Nuñez Valenzuela escribió:
> Buenos días lista:
> Si alguien me puede orientar, necesito realizar un respaldo diario de mi BD
> (un CRON) pero con la salvedad de que solo se genere si se realizan cambios
> (ingreso de datos, eliminación, etc.).
> ¿Cual es la forma de realizarlo en Postgresql?

No existe :-(

Lo que algunos hacen es tomar un pg_dump y compararlo con el anterior
usando "diff".

--
Alvaro Herrera http://www.amazon.com/gp/registry/3BP7BYG9PUGI8
"People get annoyed when you try to debug them." (Larry Wall)

El día 27 de enero de 2009 12:21, Paulo Nuñez Valenzuela
<paulonunex(at)gmail(dot)com> escribió:
> No es mucha la información y no se cuenta con un servidor respaldo
>

si no es mucha información y la carencia de espacio no es crítico,
creo que lo mejor es dumpear toda la base. si queres acelerar los tiempos
de respaldo y restauración utiliza el formato custom desde la opción
--format del pg_dump. La restauración mediante pg_restore.

--
Emanuel Calvo Franco
ArPUG / AOSUG Member
Postgresql Support & Admin

2009/1/27 Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>:
> Paulo Nuñez Valenzuela escribió:
>> Buenos días lista:
>> Si alguien me puede orientar, necesito realizar un respaldo diario de mi BD
>> (un CRON) pero con la salvedad de que solo se genere si se realizan cambios
>> (ingreso de datos, eliminación, etc.).
>> ¿Cual es la forma de realizarlo en Postgresql?
>
> No existe :-(
>
> Lo que algunos hacen es tomar un pg_dump y compararlo con el anterior
> usando "diff".
>

Eso lo habia pensado, pero respaldar toda la base para luego quitarle
la información
redundante, serviría solamente si andas crítico de espacio. Pero es viable si
son muy constantes los backups 'originales'.
Ejemplo: un backup general por día y varios diff durante el día...
Ahorraría espacio, pero en términos de comodidad para restaurar sería bastante
engorroso.

Lo copado (perdón por la expresión regional) sería que el respaldo directamente
sea un diff de acuerdo a un ¿timestamp?. No se si hay algo así.
En ese caso quizas una tabla con un logue de sentencias con un serial y
un timestamp, permitiría aplicar cambios desde un punto (igualmente necesitas
un backup previo).

Perdón por irme por las ramas...

> --
> Alvaro Herrera http://www.amazon.com/gp/registry/3BP7BYG9PUGI8
> "People get annoyed when you try to debug them." (Larry Wall)
> --
> TIP 8: explain analyze es tu amigo
>

--
Emanuel Calvo Franco
ArPUG / AOSUG Member
Postgresql Support & Admin

Ok, gracias amigos por su ayuda

El 27 de enero de 2009 11:36, Emanuel Calvo Franco
<postgres(dot)arg(at)gmail(dot)com>escribió:

> 2009/1/27 Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>:
> > Paulo Nuñez Valenzuela escribió:
> >> Buenos días lista:
> >> Si alguien me puede orientar, necesito realizar un respaldo diario de mi
> BD
> >> (un CRON) pero con la salvedad de que solo se genere si se realizan
> cambios
> >> (ingreso de datos, eliminación, etc.).
> >> ¿Cual es la forma de realizarlo en Postgresql?
> >
> > No existe :-(
> >
> > Lo que algunos hacen es tomar un pg_dump y compararlo con el anterior
> > usando "diff".
> >
>
> Eso lo habia pensado, pero respaldar toda la base para luego quitarle
> la información
> redundante, serviría solamente si andas crítico de espacio. Pero es viable
> si
> son muy constantes los backups 'originales'.
> Ejemplo: un backup general por día y varios diff durante el día...
> Ahorraría espacio, pero en términos de comodidad para restaurar sería
> bastante
> engorroso.
>
>
> Lo copado (perdón por la expresión regional) sería que el respaldo
> directamente
> sea un diff de acuerdo a un ¿timestamp?. No se si hay algo así.
> En ese caso quizas una tabla con un logue de sentencias con un serial y
> un timestamp, permitiría aplicar cambios desde un punto (igualmente
> necesitas
> un backup previo).
>
> Perdón por irme por las ramas...
>
> > --
> > Alvaro Herrera
> http://www.amazon.com/gp/registry/3BP7BYG9PUGI8
> > "People get annoyed when you try to debug them." (Larry Wall)
> > --
> > TIP 8: explain analyze es tu amigo
> >
>
>
>
> --
> Emanuel Calvo Franco
> ArPUG / AOSUG Member
> Postgresql Support & Admin
> --
> TIP 7: no olvides aumentar la configuración del "free space map"
>

On Tue, Jan 27, 2009 at 7:36 AM, Paulo Nuñez Valenzuela
<paulonunex(at)gmail(dot)com> wrote:
> Buenos días lista:
> Si alguien me puede orientar, necesito realizar un respaldo diario de mi BD
> (un CRON) pero con la salvedad de que solo se genere si se realizan cambios
> (ingreso de datos, eliminación, etc.).
> ¿Cual es la forma de realizarlo en Postgresql?
>
> Gracias.

Si lo que te preocupa es tener que borrar en algún momento muchisimos
respaldos generados puedes poner también un cron diario con un comando
como este:

find directorio/ -type f -name "*.dump" -mtime +30 -exec rm {} \;

lo que hará es buscar en "directorio/" todos los archivos que tengan
las extensión .dump que sean mas antiguos a 30 días y borrarlos, así
puedes mantener una "ventana" de un mes de respaldos sin que estos
mismos crezcan descontroladamente, antes de eliminarlos seria bueno
pasarlos a otro directorio y guardarlos en un medio permanente y
después eliminarlos pero eso ya requeriría de otros scripts claro y
otra forma de realizarse.

--
"Linux is for people who hate Windows, BSD is for people who love UNIX".
"Social Engineer -> Because there is no patch for human stupidity"
"The Unix Guru's View of Sex unzip ; strip ; touch ; grep ; finger ;
mount ; fsck ; more ; yes ; umount ; sleep."
"Documentation is like sex: when it is good, it is very, very good;
and when it is bad, it is better than nothing."