Jaime, dime si es verdad que sacar un backup con PITR es tan facil? ??/ *-------------------------------------------------------* *-Edwin Quijada *-Developer DataBase *-JQ Microsistemas *-809-849-8087
* " Si deseas lograr cosas excepcionales debes de hacer cosas fuera de lo comun" *-------------------------------------------------------* > Date: Mon, 11 May 2009 21:12:32 -0500 > Subject: Re: [pgsql-es-ayuda] backups incrementales > From: [email protected] > To: [email protected] > CC: [email protected] > > 2009/5/11 Agustin Casiva <[email protected]>: > > > > 2 - backupear el cluster completo (filesystem), con una detención del > > servicio previo a la la realizacion del backup y un posterior inicio del > > servicio al finalizar el mismo. Esta es la peor alternativa dado la detencio > > del servicio, dicho mecanismo puede llegar a optimizarse con el uso de PITR > > pero obviamente es mas complejo. > > > > vives en el pasado... > > 1) empieza a respaldar los archivos del WAL con archive_command > > 2) select pg_start_backup('etiqueta'); > y listo, puedes sacar el respaldo de toda la carpeta data sin detener > el servicio y sin peligro de corrupcion de datos > > 3) select pg_stop_backup(); > le dices a postgres que ya sacaste el respaldo > > > Ninguno de las dos alternativas permite hacer backups incrementales de tal > > manera de llegar a hacer reposiciones parciales a un momento en el tiempo. > > una vez que hiciste los pasos que puse arriba si quieres restaurar a > un punto en el tiempo todo lo que debes hacer es: > > 1) en otra maquina con la misma arquitectura, instalas la misma > version de postgres (al menos la misma version mayor) y reemplazas la > carpeta data con la tuya... > > 2) creas un archivo llamado recovery.conf dentro de la carpeta data > (puedes usar como ejemplo a: $PGDIR/share/recovery.conf.sample), > dentro de ese archivo pones: > > restore_command (siguiendo reglas similares a archive_command) > > y pones uno de estos dos (pero solo uno de dos): > recovery_target_time = '2004-07-14 22:39:00 EST' --indicando la > fecha en que quieres detener la restauracion > o > recovery_target_xid = '1100842' -- > indicando el numero de transaccion en el que quieres detener la > restauracion > > y puedes poner (bastante explicativo el nombre creo yo): > recovery_target_inclusive = 'true' # 'true' or 'false' > > > > > > Desconozco la existencia de una herramienta que realize lo que buscan, pero > > estaria muy bueno disponer de una herramienta para la realización de backups > > incrementales basada en el trasacciones realizadas, como es posible en MySQL > > mediante los bin logs. > > > > ya lo mostre arriba > > -- > Atentamente, > Jaime Casanova > Soporte y capacitación de PostgreSQL > Asesoría y desarrollo de sistemas > Guayaquil - Ecuador > Cel. +59387171157 > -- > TIP 10: no uses HTML en tu pregunta, seguro que quien responda no podrá leerlo _________________________________________________________________ Color coding for safety: Windows Live Hotmail alerts you to suspicious email. http://windowslive.com/Explore/Hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_safety_112008
