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<alvhe...@alvh.no-ip.org> escribió: > Gerardo Herzig escribió: > > El 29 de diciembre de 2017, 10:14, Rubén Betancourt < > rubentorre...@gmail.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
