Re: backup incremental de una base de datos

Excerpts from José González's message of mar jun 26 10:18:54 -0400 2012:

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

Jaime entiende esto mejor que yo, pero a mí me parece que está todo
bien. Los mensajes de severidad FATAL indican que algún cliente está
tratando de conectarse pero el servidor no lo deja porque aún está en
recuperación; los otros mensajes que parecen errores ("no existe el
fichero") son normales y esperables, porque la falta de esos archivos es
lo que le indica al sistema que ha llegado al final del flujo de WAL.

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