Re: Error con PostgreSQL Falla electrica

Hola Lista

Recientemente publicaron un articulo interesante, si no cuenta con backup
:-S

Physical recovery with pg_filedump

https://alexey-n-chernyshov.github.io/blog/physical-recovery-with-pg_filedump.html

El 29 de diciembre de 2017, 15:42, Alvaro Herrera<alvherre(at)alvh(dot)no-ip(dot)org>
escribió:

> Gerardo Herzig escribió:
> > El 29 de diciembre de 2017, 10:14, Rubén Betancourt <
> rubentorres26(at)gmail(dot)com
> > > escribió:
> >
> > > Hubo un problema electrico y se reinicio la maquina, cuando se inicio
> se
> > > corrió un fsck para resolver errores en disco, luego PostgreSQL se
> inicio
> > > pero no se podia leer la base de datos debido a estos errores:
> > >
> > > 2017-12-29 08:45:16 VET ERROR: no se pudo abrir el archivo
> > > «base/12036/23834547»: No existe el fichero o el directorio
>
> > Parece que hubo un problema a nivel filesystem
> > """ 2017-12-29 08:45:16 VET ERROR: no se pudo abrir el archivo
> > «base/12036/23834547»: No existe el fichero o el directorio"""
> > El directorio "base" es donde estan los archivos que representan los
> > objetos de la base. 12036 es el oid (select oid, * from pg_database te
> dara
> > la informacion necesaria para saber que base es), y 23834547 debe ser el
> > archivo que representa una tabla.....ok, algo de eso ya no existe.
> >
> > Causa: estas cosas pasan por los cortes de luz....por eso las UPS y las
> > controladoras RAID con bateria.
>
> En realidad ningún archivo debió perderse con el corte de energía
> (suponiendo que está todo bien configurado). Eso sólo pasa si el disco
> tiene activado el caché de escritura, que ¡no debería! precisamente por
> este problema. El caché con baterías de la controladora no resuelve
> este problema ... lo único que hace es que el fsync sea más rápido.
>
> > Solucion: Recuperar de un backup. Tambien podes probar algun software de
> > recuperacion de datos, pero no le pondria toda mi fe a ello.
>
> Es posible que los archivos perdidos estén en lost+found, pero ¿qué
> hacer con las páginas corruptas? Una alternativa es probar con
> zero_damaged_pages=on, pero no hay ninguna garantía.
>
> --
> Álvaro Herrera https://www.2ndQuadrant.com/
> PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
>
>

--
Cordialmente,

Ing. Hellmuth I. Vargas S.
Esp. Telemática y Negocios por Internet
Oracle Database 10g Administrator Certified Associate
EnterpriseDB Certified PostgreSQL 9.3 Associate