Mauricio: Si, estoy implementando los PITR. Estoy haciendo pruebas para ver si las manejo bien. XD
Haciendo varias pruebas, me hace el restore y funciona, pero en el log me sale lo siguiente: 2012-06-25 19:44:26 PYT LOG: el sistema de bases de datos fue interrumpido; ?ltima vez en funcionamiento en 2012-06-25 15:43:44 PYT 2012-06-25 19:44:26 PYT LOG: el paquete de inicio est? incompleto 2012-06-25 19:44:26 PYT LOG: comenzando proceso de recuperaci?n 2012-06-25 19:44:26 PYT LOG: restore_command = 'cp /var/backups/postgresql_WAL/%f "%p"' 2012-06-25 19:44:26 PYT LOG: recovery_target_time = '2012-06-25 16:20:55.332973-04' cp: no se puede efectuar `stat' sobre <</var/backups/postgresql_WAL/00000001.history>>: No existe el fichero o el directorio 2012-06-25 19:44:26 PYT LOG: se ha recuperado el archivo <<000000010000000000000006.00000020.backup>> 2012-06-25 19:44:26 PYT LOG: se ha recuperado el archivo <<000000010000000000000006>> 2012-06-25 19:44:26 PYT LOG: recuperaci?n autom?tica en curso 2012-06-25 19:44:27 PYT FATAL: el sistema de base de datos est? inici?ndose 2012-06-25 19:44:27 PYT LOG: el redo comienza en 0/6000068, la consistencia se alcanzar? en 0/6000088 2012-06-25 19:44:27 PYT LOG: el estado de recuperaci?n consistente ha sido alcanzado 2012-06-25 19:44:27 PYT LOG: se ha recuperado el archivo <<000000010000000000000007>> 2012-06-25 19:44:27 PYT FATAL: el sistema de base de datos est? inici?ndose cp: no se puede efectuar `stat' sobre <</var/backups/postgresql_WAL/000000010000000000000008>>: No existe el fichero o el directorio 2012-06-25 19:44:27 PYT LOG: la direcci?n de p?gina 0/3000000 en el archivo de registro 0, segmento 8, posici?n 0 es inesperada 2012-06-25 19:44:27 PYT LOG: redo listo en 0/7060C88 2012-06-25 19:44:27 PYT LOG: ?ltima transacci?n completada al tiempo de registro 2012-06-25 16:20:04.963049-04 2012-06-25 19:44:27 PYT LOG: se ha recuperado el archivo <<000000010000000000000007>> 2012-06-25 19:44:27 PYT LOG: se ha recuperado el archivo <<00000002.history>> 2012-06-25 19:44:27 PYT LOG: se ha recuperado el archivo <<00000003.history>> 2012-06-25 19:44:27 PYT LOG: se ha recuperado el archivo <<00000004.history>> 2012-06-25 19:44:27 PYT LOG: se ha recuperado el archivo <<00000005.history>> cp: no se puede efectuar `stat' sobre <</var/backups/postgresql_WAL/00000006.history>>: No existe el fichero o el directorio 2012-06-25 19:44:27 PYT LOG: seleccionado nuevo ID de timeline: 6 cp: no se puede efectuar `stat' sobre <</var/backups/postgresql_WAL/00000001.history>>: No existe el fichero o el directorio 2012-06-25 19:44:28 PYT FATAL: el sistema de base de datos est? inici?ndose 2012-06-25 19:44:28 PYT FATAL: el sistema de base de datos est? inici?ndose 2012-06-25 19:44:28 PYT LOG: recuperaci?n completa 2012-06-25 19:44:29 PYT FATAL: el sistema de base de datos est? inici?ndose 2012-06-25 19:44:29 PYT FATAL: el sistema de base de datos est? inici?ndose 2012-06-25 19:44:30 PYT LOG: el sistema de bases de datos est? listo para aceptar conexiones 2012-06-25 19:44:30 PYT LOG: lanzador de autovacuum iniciado Una de las cosas uqe me salen arriba puede perjudicar al restore.. muchas gracias a todos. saludos, jose El 26 de junio de 2012 08:38, felipe guzman <[email protected]>escribió: > Guillermo: > > > Como es eso : > > > no hay tablas incrementales, el backup es selectivo en cuanto >> a las tablas que resguardo, como se que algunas no sufren cambios >> durante un largo periodo no las guardo, (se puede programar el pg_dump >> para que se ejecute periodicamente y exceptue todo lo que quieras). >> > > Algun ejemplo esta interesante! > > Saludos > > > El 26 de junio de 2012 08:11, Mauricio Rafael Rivas Martinez < > [email protected]> escribió: > > Buen Dia >> >> Jose, te recomiendo investigues y acciones de la siguiente forma: >> >> 1) Trabaja con PITR >> 2) Haz backup del data directory con rsync y podras hacerlo incrementales >> 3) Clasifica tus bases de datos y separalas para que las bases de datos >> dentro de un clusters tengan relación entre ellas y las tareas de restore y >> recuperación las afecten a todas por igual, incluso las bd's muy criticas >> déjalas solas en un cluster. >> >> >> 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 25/06/2012 03:35 p.m., Guillermo Villanueva escribió: >> >>> No José, no hay tablas incrementales, el backup es selectivo en cuanto >>> a las tablas que resguardo, como se que algunas no sufren cambios >>> durante un largo periodo no las guardo, (se puede programar el pg_dump >>> para que se ejecute periodicamente y exceptue todo lo que quieras). >>> Así mi backup diario no es tan grande. >>> PITR no me resultaba práctico porque es un backup de todo el motor de >>> BD, no podés seleccionar que base de datos resguardar. >>> >>> Guillermo Villanueva >>> >>> >>> >>> El día 24 de junio de 2012 04:55, José González <[email protected]> >>> escribió: >>> >>>> pero las tablas son incrementales?. si es así tendrías un ejemplo o >>>> algún >>>> link o script. >>>> gracias, saludos, jose >>>> >>>> El 23 de junio de 2012 22:54, Guillermo Villanueva < >>>> [email protected]> >>>> escribió: >>>> >>>> Utilizo diariamente pg_dump exceptuando tablas gigantes que se >>>>> modifican >>>>> muy poco. Mensualmente hago un backup completo. >>>>> >>>>> >>>>> El 23 de junio de 2012 23:35, José González <[email protected]> >>>>> escribió: >>>>> >>>>>> si ya conozco el articulo, pero me parece que es mucho para lo que >>>>>> necesito. No habría otra forma?? Con el pg_dump le hago los backups >>>>>> completos, pero una vez al mes. Como lo haces tu para el pg_dump? o >>>>>> también >>>>>> solo completos? >>>>>> >>>>>> >>>>>> desde ya muchas gracias >>>>>> Saludos, José >>>>>> >>>>>> El 23 de junio de 2012 21:33, Guillermo Villanueva >>>>>> <[email protected]> escribió: >>>>>> >>>>>> José para hacer backup incremental podés utilizar el concepto: PITR, >>>>>>> te >>>>>>> recomiendo la lectura de este artículo http://www.postgresql.org.es/ >>>>>>> **node/238 <http://www.postgresql.org.es/node/238> >>>>>>> yo lo usé un tiempo , pero despues terminé haciendo backup selectivo >>>>>>> utilizando pg_dump programados, lo cual me resultó mas simple. >>>>>>> Guillermo Villanueva >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> El 23 de junio de 2012 17:42, José González <[email protected]> >>>>>>> escribió: >>>>>>> >>>>>>> Hola a todos: >>>>>>>> Estoy queriendo hacer un backup incremental de una base de datos >>>>>>>> especifica. Me podrían orientar un poco. Muchas gracias >>>>>>>> saludos, jose >>>>>>>> >>>>>>> >>>>>>> - >>> Enviado a la lista de correo pgsql-es-ayuda ( >>> [email protected]**) >>> Para cambiar tu suscripción: >>> http://www.postgresql.org/**mailpref/pgsql-es-ayuda<http://www.postgresql.org/mailpref/pgsql-es-ayuda> >>> >>> >> >> - >> Enviado a la lista de correo pgsql-es-ayuda ( >> [email protected]**) >> Para cambiar tu suscripción: >> http://www.postgresql.org/**mailpref/pgsql-es-ayuda<http://www.postgresql.org/mailpref/pgsql-es-ayuda> >> > > > > -- > Felipe Guzman Vargas > Analista Programador Computacional > 09- 54047753 >
