Juan,
Creo que lo mejor que puedes hacer es esto:
1) Coloca tus bases de datos en modo archive con wal_level= Hot Standby
2) Haz un respaldo full por lo menos una vez al dia (o segun las
necesidades) con rsync -av
3) Haz respaldo continuo de los archive wal y conserva a mano aquellos
que son posteriores al ultimo backup full.
4) Durante el dia puedes hacer respaldos incrementales con el mismo
comando rsync-av
Todo esto lo puedes hacer sin parar la base de datos la teoria al
respecto esta en los manuales de postgres en la seccion PITR
Saludos
Mauricio Rivas
Consultor
Proyecto Optimización, Migración y Soporte Interno de Base de Datos Oracle a Tecnologías Libres (OMS BD ORCL - TIL)
Gerencia de Programa Soluciones de TI
Gerencia General de Proyectos Mayores
Gerencia General de Tecnología y Operaciones
Tel:
Cel: +58-412-392-7447
Email: [email protected]
El 18/06/2012 02:41 p.m., Gilberto Castillo Martínez escribió:
El lun, 18-06-2012 a las 16:03 -0300, Juan escribió:
Gilberto
gracias por contestar.
te respondo entre lineas.
> opciones? comentarios? sugerencias?
Que diseñes salva incremental
Vos decis con el copy command algo asi? el de copiar los logs a otro
directorio
y luego levantar un postgres y que use estos logs incrementales para
restaurar?
a eso te referis?
No a usar los wal para hacer las salva.
Otra cosa , estuve charlando y estos tipos parece que quieren poder
tener backup/replicacion a prueba de "truncate table blah" "drop
table bhaaa" para eso pense en poner el postrgres a full log log de
statements ='all' y grepear todo el tiempo "truncate" "delete from"
"drop table" y disparar un proceso que corte los logs si detecta esta
sentencia y excluya el ultimo log asi no replico esa sentencia.
sugerencias? ideas? comentarios?
Uhmmm, eso te puede acabar muy pronto el DD.
No entiendo la idea del "Truncate", de ahí que no te de comentario al
respecto.
Ahora puedes usar un dump ... antes de hacer operaciones raras por si
pasa algo no deseado a los datos.
---
This message was processed by Kaspersky Mail Gateway 5.6.28/RELEASE running at
host imx2.etecsa.cu
Visit our web-site: <http://www.kaspersky.com>, <http://www.viruslist.com>
-
Enviado a la lista de correo pgsql-es-ayuda ([email protected])
Para cambiar tu suscripci�n:
http://www.postgresql.org/mailpref/pgsql-es-ayuda
