pg.ddx.io pgsql-es-ayuda@postgresql.org mailing list archive
help / color / mirror / Atom feedborrado de archivos WAl
9+ messages / 5 participants
[nested] [flat]
* borrado de archivos WAl
@ 2025-02-18 11:35 kernel <jucabapa@gmail.com>
0 siblings, 2 replies; 9+ messages in thread
From: kernel @ 2025-02-18 11:35 UTC (permalink / raw)
To: pgsql-es-ayuda
Hola,
tengo un postgresql 16 ,accidentalmente se han borrado los archivos
WAL, ahora no me arranca el postgresql, no se si hay algun tipo de
solucion, entiendo que no, ¿verdad?
2025-02-18 12:16:01.824 CET [2998] LOG: el sistema de bases de datos
fue apagado durante la recuperación en 2025-02-18 11:42:42 CET
2025-02-18 12:16:01.824 CET [2998] LOG: el registro del punto de
control no es válido
2025-02-18 12:16:01.824 CET [2998] PANIC: no se pudo localizar un
registro de punto de control válido
2025-02-18 12:16:02.061 CET [2994] LOG: proceso de inicio (PID 2998)
fue terminado por una señal 6: Aborted
2025-02-18 12:16:02.061 CET [2994] LOG: abortando el inicio debido a
una falla en el procesamiento de inicio
2025-02-18 12:16:02.063 CET [2994] LOG: el sistema de bases de datos
está apagado
Un Saludo
^ permalink raw reply [nested|flat] 9+ messages in thread
* Re: borrado de archivos WAl
@ 2025-02-18 16:23 Guillermo E. Villanueva <guillermovil@gmail.com>
parent: kernel <jucabapa@gmail.com>
1 sibling, 1 reply; 9+ messages in thread
From: Guillermo E. Villanueva @ 2025-02-18 16:23 UTC (permalink / raw)
To: kernel <jucabapa@gmail.com>; +Cc: pgsql-es-ayuda
Hola!
Tenés un resguardo de los wal en otra ubicación ? (barman? pitr? algo?)
El mar, 18 feb 2025 a las 8:35, kernel (<jucabapa@gmail.com>) escribió:
> Hola,
>
> tengo un postgresql 16 ,accidentalmente se han borrado los archivos
> WAL, ahora no me arranca el postgresql, no se si hay algun tipo de
> solucion, entiendo que no, ¿verdad?
>
>
> 2025-02-18 12:16:01.824 CET [2998] LOG: el sistema de bases de datos
> fue apagado durante la recuperación en 2025-02-18 11:42:42 CET
> 2025-02-18 12:16:01.824 CET [2998] LOG: el registro del punto de
> control no es válido
> 2025-02-18 12:16:01.824 CET [2998] PANIC: no se pudo localizar un
> registro de punto de control válido
> 2025-02-18 12:16:02.061 CET [2994] LOG: proceso de inicio (PID 2998)
> fue terminado por una señal 6: Aborted
> 2025-02-18 12:16:02.061 CET [2994] LOG: abortando el inicio debido a
> una falla en el procesamiento de inicio
> 2025-02-18 12:16:02.063 CET [2994] LOG: el sistema de bases de datos
> está apagado
>
> Un Saludo
>
>
>
>
^ permalink raw reply [nested|flat] 9+ messages in thread
* Re: borrado de archivos WAl
@ 2025-02-18 18:30 Fernando Monjes <ing.bovet@gmail.com>
parent: Guillermo E. Villanueva <guillermovil@gmail.com>
0 siblings, 1 reply; 9+ messages in thread
From: Fernando Monjes @ 2025-02-18 18:30 UTC (permalink / raw)
To: Guillermo E. Villanueva <guillermovil@gmail.com>; +Cc: kernel <jucabapa@gmail.com>; pgsql-es-ayuda
Si tienes barman si se pueden recuperar los wal, puedes hacer PITR esa es
la gran maravilla de barman
ejemplo
barman recover <bd> number --remote-ssh-command "ssh postgres@<ip> "
--target-time="2021-03-22 03:22:47.681236-03:00" /var/lib/pgsql/15/data
y te recupera esa linea de tiempo con los wal hasta esa fecha
sldos.,
El mar, 18 feb 2025 a las 13:23, Guillermo E. Villanueva (<
guillermovil@gmail.com>) escribió:
> Hola!
> Tenés un resguardo de los wal en otra ubicación ? (barman? pitr? algo?)
>
> El mar, 18 feb 2025 a las 8:35, kernel (<jucabapa@gmail.com>) escribió:
>
>> Hola,
>>
>> tengo un postgresql 16 ,accidentalmente se han borrado los archivos
>> WAL, ahora no me arranca el postgresql, no se si hay algun tipo de
>> solucion, entiendo que no, ¿verdad?
>>
>>
>> 2025-02-18 12:16:01.824 CET [2998] LOG: el sistema de bases de datos
>> fue apagado durante la recuperación en 2025-02-18 11:42:42 CET
>> 2025-02-18 12:16:01.824 CET [2998] LOG: el registro del punto de
>> control no es válido
>> 2025-02-18 12:16:01.824 CET [2998] PANIC: no se pudo localizar un
>> registro de punto de control válido
>> 2025-02-18 12:16:02.061 CET [2994] LOG: proceso de inicio (PID 2998)
>> fue terminado por una señal 6: Aborted
>> 2025-02-18 12:16:02.061 CET [2994] LOG: abortando el inicio debido a
>> una falla en el procesamiento de inicio
>> 2025-02-18 12:16:02.063 CET [2994] LOG: el sistema de bases de datos
>> está apagado
>>
>> Un Saludo
>>
>>
>>
>>
--
Atentamente,
Fernando Monjes B.
Consultor DBA
Ingeniero en Informática
Cel: 09 -78521024
^ permalink raw reply [nested|flat] 9+ messages in thread
* Re: borrado de archivos WAl
@ 2025-02-18 18:57 Byron Gallardo <bayrus@gmail.com>
parent: kernel <jucabapa@gmail.com>
1 sibling, 1 reply; 9+ messages in thread
From: Byron Gallardo @ 2025-02-18 18:57 UTC (permalink / raw)
To: kernel <jucabapa@gmail.com>; +Cc: pgsql-es-ayuda
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.
El mar, 18 feb 2025 a las 8:35, kernel (<jucabapa@gmail.com>) escribió:
> Hola,
>
> tengo un postgresql 16 ,accidentalmente se han borrado los archivos
> WAL, ahora no me arranca el postgresql, no se si hay algun tipo de
> solucion, entiendo que no, ¿verdad?
>
>
> 2025-02-18 12:16:01.824 CET [2998] LOG: el sistema de bases de datos
> fue apagado durante la recuperación en 2025-02-18 11:42:42 CET
> 2025-02-18 12:16:01.824 CET [2998] LOG: el registro del punto de
> control no es válido
> 2025-02-18 12:16:01.824 CET [2998] PANIC: no se pudo localizar un
> registro de punto de control válido
> 2025-02-18 12:16:02.061 CET [2994] LOG: proceso de inicio (PID 2998)
> fue terminado por una señal 6: Aborted
> 2025-02-18 12:16:02.061 CET [2994] LOG: abortando el inicio debido a
> una falla en el procesamiento de inicio
> 2025-02-18 12:16:02.063 CET [2994] LOG: el sistema de bases de datos
> está apagado
>
> Un Saludo
>
>
>
>
^ permalink raw reply [nested|flat] 9+ messages in thread
* Re: borrado de archivos WAl
@ 2025-02-19 08:34 Martín Marqués <martin.marques@gmail.com>
parent: Byron Gallardo <bayrus@gmail.com>
0 siblings, 0 replies; 9+ messages in thread
From: Martín Marqués @ 2025-02-19 08:34 UTC (permalink / raw)
To: Byron Gallardo <bayrus@gmail.com>; +Cc: kernel <jucabapa@gmail.com>; pgsql-es-ayuda
Buenas,
El mar, 18 feb 2025 a las 19:58, Byron Gallardo (<bayrus@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
^ permalink raw reply [nested|flat] 9+ messages in thread
* Re: borrado de archivos WAl
@ 2025-02-19 08:36 Martín Marqués <martin.marques@gmail.com>
parent: Fernando Monjes <ing.bovet@gmail.com>
0 siblings, 1 reply; 9+ messages in thread
From: Martín Marqués @ 2025-02-19 08:36 UTC (permalink / raw)
To: Fernando Monjes <ing.bovet@gmail.com>; +Cc: Guillermo E. Villanueva <guillermovil@gmail.com>; kernel <jucabapa@gmail.com>; pgsql-es-ayuda
El mar, 18 feb 2025 a las 19:33, Fernando Monjes
(<ing.bovet@gmail.com>) escribió:
>
> Si tienes barman si se pueden recuperar los wal, puedes hacer PITR esa es la gran maravilla de barman
>
> ejemplo
> barman recover <bd> number --remote-ssh-command "ssh postgres@<ip> " --target-time="2021-03-22 03:22:47.681236-03:00" /var/lib/pgsql/15/data
>
> y te recupera esa linea de tiempo con los wal hasta esa fecha
Si tiene Barman, solo tiene que configurar `barman_wal_restore` o
copiar los WALs desde el servidor de backup al pg_wal del servidor. No
hace falta hacer un `restore` en este caso.
--
Martín Marqués
It’s not that I have something to hide,
it’s that I have nothing I want you to see
^ permalink raw reply [nested|flat] 9+ messages in thread
* Re: borrado de archivos WAl
@ 2025-02-19 12:38 kernel <jucabapa@gmail.com>
parent: Martín Marqués <martin.marques@gmail.com>
0 siblings, 2 replies; 9+ messages in thread
From: kernel @ 2025-02-19 12:38 UTC (permalink / raw)
To: Martín Marqués <martin.marques@gmail.com>; Fernando Monjes <ing.bovet@gmail.com>; +Cc: Guillermo E. Villanueva <guillermovil@gmail.com>; pgsql-es-ayuda
Gracias por las explicaciones, he tenido que hacer un resetwal y
restaurar una copia
Voy a interesarme por el barman
Gracias por vuestro tiempo!!!
El 19/02/2025 a las 9:36, Martín Marqués escribió:
> El mar, 18 feb 2025 a las 19:33, Fernando Monjes
> (<ing.bovet@gmail.com>) escribió:
>> Si tienes barman si se pueden recuperar los wal, puedes hacer PITR esa es la gran maravilla de barman
>>
>> ejemplo
>> barman recover <bd> number --remote-ssh-command "ssh postgres@<ip> " --target-time="2021-03-22 03:22:47.681236-03:00" /var/lib/pgsql/15/data
>>
>> y te recupera esa linea de tiempo con los wal hasta esa fecha
> Si tiene Barman, solo tiene que configurar `barman_wal_restore` o
> copiar los WALs desde el servidor de backup al pg_wal del servidor. No
> hace falta hacer un `restore` en este caso.
>
^ permalink raw reply [nested|flat] 9+ messages in thread
* Re: borrado de archivos WAl
@ 2025-02-19 12:46 Fernando Monjes <ing.bovet@gmail.com>
parent: kernel <jucabapa@gmail.com>
1 sibling, 0 replies; 9+ messages in thread
From: Fernando Monjes @ 2025-02-19 12:46 UTC (permalink / raw)
To: kernel <jucabapa@gmail.com>; +Cc: Martín Marqués <martin.marques@gmail.com>; Guillermo E. Villanueva <guillermovil@gmail.com>; pgsql-es-ayuda
que bueno , yo te recomiendo usar barman porque puedes mantener tus backup
físicos con lineas base con sus wal obviamente y te permite hacer PITR, y
su configuración es simple
Sldos.,
El mié, 19 feb 2025 a las 9:38, kernel (<jucabapa@gmail.com>) escribió:
> Gracias por las explicaciones, he tenido que hacer un resetwal y
> restaurar una copia
>
> Voy a interesarme por el barman
>
> Gracias por vuestro tiempo!!!
>
> El 19/02/2025 a las 9:36, Martín Marqués escribió:
> > El mar, 18 feb 2025 a las 19:33, Fernando Monjes
> > (<ing.bovet@gmail.com>) escribió:
> >> Si tienes barman si se pueden recuperar los wal, puedes hacer PITR esa
> es la gran maravilla de barman
> >>
> >> ejemplo
> >> barman recover <bd> number --remote-ssh-command "ssh postgres@<ip> "
> --target-time="2021-03-22 03:22:47.681236-03:00" /var/lib/pgsql/15/data
> >>
> >> y te recupera esa linea de tiempo con los wal hasta esa fecha
> > Si tiene Barman, solo tiene que configurar `barman_wal_restore` o
> > copiar los WALs desde el servidor de backup al pg_wal del servidor. No
> > hace falta hacer un `restore` en este caso.
> >
>
--
Atentamente,
Fernando Monjes B.
Consultor DBA
Ingeniero en Informática
Cel: 09 -78521024
^ permalink raw reply [nested|flat] 9+ messages in thread
* Re: borrado de archivos WAl
@ 2025-02-19 15:19 Guillermo E. Villanueva <guillermovil@gmail.com>
parent: kernel <jucabapa@gmail.com>
1 sibling, 0 replies; 9+ messages in thread
From: Guillermo E. Villanueva @ 2025-02-19 15:19 UTC (permalink / raw)
To: kernel <jucabapa@gmail.com>; +Cc: Martín Marqués <martin.marques@gmail.com>; Fernando Monjes <ing.bovet@gmail.com>; pgsql-es-ayuda
Barman
100% recomendado
El mié, 19 feb 2025 a las 9:38, kernel (<jucabapa@gmail.com>) escribió:
> Gracias por las explicaciones, he tenido que hacer un resetwal y
> restaurar una copia
>
> Voy a interesarme por el barman
>
> Gracias por vuestro tiempo!!!
>
> El 19/02/2025 a las 9:36, Martín Marqués escribió:
> > El mar, 18 feb 2025 a las 19:33, Fernando Monjes
> > (<ing.bovet@gmail.com>) escribió:
> >> Si tienes barman si se pueden recuperar los wal, puedes hacer PITR esa
> es la gran maravilla de barman
> >>
> >> ejemplo
> >> barman recover <bd> number --remote-ssh-command "ssh postgres@<ip> "
> --target-time="2021-03-22 03:22:47.681236-03:00" /var/lib/pgsql/15/data
> >>
> >> y te recupera esa linea de tiempo con los wal hasta esa fecha
> > Si tiene Barman, solo tiene que configurar `barman_wal_restore` o
> > copiar los WALs desde el servidor de backup al pg_wal del servidor. No
> > hace falta hacer un `restore` en este caso.
> >
>
^ permalink raw reply [nested|flat] 9+ messages in thread
end of thread, other threads:[~2025-02-19 15:19 UTC | newest]
Thread overview: 9+ messages (download: mbox mbox.gz follow: Atom feed)
-- links below jump to the message on this page --
2025-02-18 11:35 borrado de archivos WAl kernel <jucabapa@gmail.com>
2025-02-18 16:23 ` Guillermo E. Villanueva <guillermovil@gmail.com>
2025-02-18 18:30 ` Fernando Monjes <ing.bovet@gmail.com>
2025-02-19 08:36 ` Martín Marqués <martin.marques@gmail.com>
2025-02-19 12:38 ` kernel <jucabapa@gmail.com>
2025-02-19 12:46 ` Fernando Monjes <ing.bovet@gmail.com>
2025-02-19 15:19 ` Guillermo E. Villanueva <guillermovil@gmail.com>
2025-02-18 18:57 ` Byron Gallardo <bayrus@gmail.com>
2025-02-19 08:34 ` Martín Marqués <martin.marques@gmail.com>
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox