Buenas, El mar, 18 feb 2025 a las 19:58, Byron Gallardo (<bay...@gmail.com>) escribió: > > si tienes algún respaldo tendrás que tratar de recuperar de ahí, sino, > tendrias que probar con /usr/pgsql-14/bin/pg_resetwal -f > /var/lib/pgsql/14/data/ > esto reinicia el WAL, eliminando cualquier referencia a los registros > antiguos y permitiendo que PostgreSQL arranque con lo que tenga en el disco. > Luego, intenta iniciar el servicio asumiendo la pérdida de datos, pero > podrías poder levantar el motor. y programa respaldos urgentes.
Si no tienes los WALs, este sería el "ultimo recurso" para poder levantar la base de datos. Una vez que haces un resetwal, la base es muy probable que quede en un estado inconsistente (referencias rotas, indices corruptos, etc.). La base como queda no es confiable y debe usarse como fuente de datos para recuperar en una nueva base de datos. Esto muy probablemente requira de trabajo de analisis de datos para corregir esas inconsistencias. Lo que quiero decir es que pg_resetwal no es magia, y no rsuelve el team de que faltan WALs o que el WAL que hay que applicar esta corrupto. Solo permite que el motor lea la base y levante, pero de seguro vas a tener algun tipo de corrupcion/inconsistencia que debe ser resuelta manualmente. -- Martín Marqués It’s not that I have something to hide, it’s that I have nothing I want you to see
