pg.ddx.io pgsql-es-ayuda@postgresql.org mailing list archive
help / color / mirror / Atom feedcomenzado con barman
7+ messages / 4 participants
[nested] [flat]
* comenzado con barman
@ 2025-03-05 12:03 kernel <jucabapa@gmail.com>
0 siblings, 1 reply; 7+ messages in thread
From: kernel @ 2025-03-05 12:03 UTC (permalink / raw)
To: pgsql-es-ayuda
Hola,
Estoy intentando montar barman, y hay algo que no debo de estar haciendo
correctamente, he probado varias veces y siempre obtengo el mismo error,
cuando recupero a una fecha determinada
'/var/lib/pgsql/16/data/barman_wal/00000002.history': No existe el
fichero o el directorio
Entiendo que ademas de la ultima copia completa también tengo los
archivos wal que han ido pasando a la maquina del barman, cuando hago el
recuperación veo que me deja los archivos en el barman_wal.
Hay algo que no estoy haciendo mal, si recupera la ultima copia no hay
problema , es cuando le pido unos minutos después de la ultima copia.
Un Saludo
^ permalink raw reply [nested|flat] 7+ messages in thread
* Re: comenzado con barman
@ 2025-03-05 14:46 Felipe Nicolas Alvarado Diaz <felipealvaradodiaz@gmail.com>
parent: kernel <jucabapa@gmail.com>
0 siblings, 1 reply; 7+ messages in thread
From: Felipe Nicolas Alvarado Diaz @ 2025-03-05 14:46 UTC (permalink / raw)
To: kernel <jucabapa@gmail.com>; +Cc: pgsql-es-ayuda
Hola,
Podrías adjuntar el comando que estás utilizando para recuperar, y que te
devuelve en el log de barman cuando lo ejecutas.
También podrías adjuntar que te devuelve el "barman check all" y "barman
list-backup all".
Saludos.
El mié, 5 mar 2025 a las 9:03, kernel (<jucabapa@gmail.com>) escribió:
> Hola,
>
> Estoy intentando montar barman, y hay algo que no debo de estar haciendo
> correctamente, he probado varias veces y siempre obtengo el mismo error,
> cuando recupero a una fecha determinada
>
> '/var/lib/pgsql/16/data/barman_wal/00000002.history': No existe el fichero
> o el directorio
>
> Entiendo que ademas de la ultima copia completa también tengo los archivos
> wal que han ido pasando a la maquina del barman, cuando hago el
> recuperación veo que me deja los archivos en el barman_wal.
>
> Hay algo que no estoy haciendo mal, si recupera la ultima copia no hay
> problema , es cuando le pido unos minutos después de la ultima copia.
>
> Un Saludo
>
>
>
^ permalink raw reply [nested|flat] 7+ messages in thread
* Re: comenzado con barman
@ 2025-03-05 17:00 kernel <jucabapa@gmail.com>
parent: Felipe Nicolas Alvarado Diaz <felipealvaradodiaz@gmail.com>
0 siblings, 1 reply; 7+ messages in thread
From: kernel @ 2025-03-05 17:00 UTC (permalink / raw)
To: Felipe Nicolas Alvarado Diaz <felipealvaradodiaz@gmail.com>; +Cc: pgsql-es-ayuda
El 05/03/2025 a las 15:46, Felipe Nicolas Alvarado Diaz escribió:
> Hola,
>
> Podrías adjuntar el comando que estás utilizando para recuperar, y que
> te devuelve en el log de barman cuando lo ejecutas.
> También podrías adjuntar que te devuelve el "barman check all" y
> "barman list-backup all".
>
> Saludos.
>
> El mié, 5 mar 2025 a las 9:03, kernel (<jucabapa@gmail.com>) escribió:
>
> Hola,
>
> Estoy intentando montar barman, y hay algo que no debo de estar
> haciendo correctamente, he probado varias veces y siempre obtengo
> el mismo error, cuando recupero a una fecha determinada
>
> '/var/lib/pgsql/16/data/barman_wal/00000002.history': No existe el
> fichero o el directorio
>
> Entiendo que ademas de la ultima copia completa también tengo los
> archivos wal que han ido pasando a la maquina del barman, cuando
> hago el recuperación veo que me deja los archivos en el barman_wal.
>
> Hay algo que no estoy haciendo mal, si recupera la ultima copia no
> hay problema , es cuando le pido unos minutos después de la ultima
> copia.
>
> Un Saludo
>
>
Hola,
Te envio la informacion de la que dispongo
**** BARMAN ****
barman check master
Server master:
PostgreSQL: OK
superuser or standard user with backup privileges: OK
PostgreSQL streaming: OK
wal_level: OK
replication slot: OK
directories: OK
retention policy settings: OK
backup maximum age: OK (no last_backup_maximum_age provided)
backup minimum size: OK (37.0 MiB)
wal maximum age: OK (no last_wal_maximum_age provided)
wal size: OK (16.2 KiB)
compression settings: OK
failed backups: OK (there are 0 failed backups)
minimum redundancy requirements: OK (have 3 backups, expected at least 0)
pg_basebackup: OK
pg_basebackup compatible: OK
pg_basebackup supports tablespaces mapping: OK
systemid coherence: OK
pg_receivexlog: OK
pg_receivexlog compatible: OK
receive-wal running: OK
archive_mode: OK
archive_command: OK
continuous archiving: OK
archiver errors: OK
**** BARMAN ****
barman list-backup master
master 20250305T163129 - F - Wed Mar 5 16:34:28 2025 - Size: 37.0 MiB -
WAL Size: 16.2 KiB
master 20250227T142808 - F - Thu Feb 27 14:28:12 2025 - Size: 22.4 MiB -
WAL Size: 2.0 MiB
master 20250227T134237 - F - Thu Feb 27 13:42:40 2025 - Size: 22.4 MiB -
WAL Size: 1.1 MiB
**** MASTER ****
systemctl stop postgresql-16
cd /var/lib/pgsql/16
rm -rf data
**** BARMAN ****
barman recover --remote-ssh-command "ssh postgres@192.168.222.66" master
/var/lib/pgsql/16/data --target-time '2025-03-05 09:10:00+01:00'
Starting remote restore for server master using backup 20250227T142808
Destination directory: /var/lib/pgsql/16/data
Remote command: ssh postgres@192.168.222.66
Doing PITR. Recovery target time: '2025-03-05 09:10:00+01:00'
Copying the base backup.
Copying required WAL segments.
Generating recovery configuration
Identify dangerous settings in destination directory.
IMPORTANT
These settings have been modified to prevent data losses
postgresql.conf line 826: archive_command = false
Restore operation completed (start time: 2025-03-05
16:50:12.045029+01:00, elapsed time: 7 seconds)
Your PostgreSQL server has been successfully prepared for recovery!
**** MASTER ****
systemctl start postgresql-16
LOG:
2025-03-05 17:52:45.811 CET [16130] LOG: iniciando PostgreSQL 16.8 on
x86_64-pc-linux-gnu, compiled by gcc (GCC) 11.5.0 20240719 (Red Hat
11.5.0-5), 64-bit
2025-03-05 17:52:45.811 CET [16130] LOG: escuchando en la dirección
IPv4 «0.0.0.0», port 5432
2025-03-05 17:52:45.811 CET [16130] LOG: escuchando en la dirección
IPv6 «::», port 5432
2025-03-05 17:52:45.814 CET [16130] LOG: escuchando en el socket Unix
«/run/postgresql/.s.PGSQL.5432»
2025-03-05 17:52:45.818 CET [16130] LOG: escuchando en el socket Unix
«/tmp/.s.PGSQL.5432»
2025-03-05 17:52:45.821 CET [16134] LOG: el sistema de bases de datos
fue interrumpido; última vez en funcionamiento en 2025-02-27 14:28:08 CET
2025-03-05 17:52:45.821 CET [16134] LOG: creando el directorio WAL
faltante «pg_wal/archive_status»
cp: no se puede efectuar `stat' sobre
'/var/lib/pgsql/16/data/barman_wal/00000002.history': No existe el
fichero o el directorio
2025-03-05 17:52:46.117 CET [16134] LOG: comenzando el proceso de
recuperación hasta 2025-03-05 09:10:00+01
2025-03-05 17:52:46.117 CET [16134] LOG: iniciando recuperación de
backup con LSN de redo 0/9000028, LSN de checkpoint 0/9000060, en timeline 1
2025-03-05 17:52:46.127 CET [16134] LOG: se ha restaurado el archivo
«000000010000000000000009» desde el área de archivado
2025-03-05 17:52:46.153 CET [16134] LOG: redo comienza en 0/9000028
2025-03-05 17:52:46.165 CET [16134] LOG: se ha restaurado el archivo
«00000001000000000000000A» desde el área de archivado
2025-03-05 17:52:46.205 CET [16134] LOG: se ha restaurado el archivo
«00000001000000000000000B» desde el área de archivado
2025-03-05 17:52:46.236 CET [16134] LOG: se completó la recuperación de
backup con LSN de redo 0/9000028 y LSN de término 0/9000100
2025-03-05 17:52:46.236 CET [16134] LOG: el estado de recuperación
consistente fue alcanzado en 0/9000100
2025-03-05 17:52:46.236 CET [16130] LOG: el sistema de bases de datos
está listo para aceptar conexiones de sólo lectura
2025-03-05 17:52:46.250 CET [16134] LOG: se ha restaurado el archivo
«00000001000000000000000C» desde el área de archivado
2025-03-05 17:52:46.301 CET [16134] LOG: se ha restaurado el archivo
«00000001000000000000000D» desde el área de archivado
2025-03-05 17:52:46.371 CET [16134] LOG: deteniendo recuperación antes
de comprometer la transacción 745, hora 2025-03-05 16:29:46.749885+01
2025-03-05 17:52:46.371 CET [16134] LOG: pausando al final de la
recuperación
2025-03-05 17:52:46.371 CET [16134] HINT: Ejecute
pg_wal_replay_resume() para promover.
2025-03-05 17:53:02.070 CET [16242] ERROR: el punto de inicio
solicitado 0/12000000 está más adelante que la posición de
sincronización (flush) de WAL de este servidor 0/D42E0A8
2025-03-05 17:53:02.070 CET [16242] SENTENCIA: START_REPLICATION SLOT
"barman" 0/12000000 TIMELINE 1
2025-03-05 17:54:02.265 CET [16473] ERROR: el punto de inicio
solicitado 0/12000000 está más adelante que la posición de
sincronización (flush) de WAL de este servidor 0/D42E0A8
2025-03-05 17:54:02.265 CET [16473] SENTENCIA: START_REPLICATION SLOT
"barman" 0/12000000 TIMELINE 1
2025-03-05 17:55:01.516 CET [16712] ERROR: el punto de inicio
solicitado 0/12000000 está más adelante que la posición de
sincronización (flush) de WAL de este servidor 0/D42E0A8
2025-03-05 17:55:01.516 CET [16712] SENTENCIA: START_REPLICATION SLOT
"barman" 0/12000000 TIMELINE 1
Aqui se queda , no dice cuando ha terminado
^ permalink raw reply [nested|flat] 7+ messages in thread
* Re: comenzado con barman
@ 2025-03-05 19:24 Jaime Soler <jaime.soler@gmail.com>
parent: kernel <jucabapa@gmail.com>
0 siblings, 1 reply; 7+ messages in thread
From: Jaime Soler @ 2025-03-05 19:24 UTC (permalink / raw)
To: kernel <jucabapa@gmail.com>; +Cc: Felipe Nicolas Alvarado Diaz <felipealvaradodiaz@gmail.com>; pgsql-es-ayuda
El restore ha sido correcto, simplemente te queda ejecutar la función
pg_wal_replay_resume(), para que se levante la base de datos en modo
escritura. La línea de log donde buscaba el fichero .00002.history es una
forma de identificar cual es el último timeline en la instancia.
El mié, 5 mar 2025 a las 18:00, kernel (<jucabapa@gmail.com>) escribió:
>
> El 05/03/2025 a las 15:46, Felipe Nicolas Alvarado Diaz escribió:
>
> Hola,
>
> Podrías adjuntar el comando que estás utilizando para recuperar, y que te
> devuelve en el log de barman cuando lo ejecutas.
> También podrías adjuntar que te devuelve el "barman check all" y "barman
> list-backup all".
>
> Saludos.
>
> El mié, 5 mar 2025 a las 9:03, kernel (<jucabapa@gmail.com>) escribió:
>
>> Hola,
>>
>> Estoy intentando montar barman, y hay algo que no debo de estar haciendo
>> correctamente, he probado varias veces y siempre obtengo el mismo error,
>> cuando recupero a una fecha determinada
>>
>> '/var/lib/pgsql/16/data/barman_wal/00000002.history': No existe el
>> fichero o el directorio
>>
>> Entiendo que ademas de la ultima copia completa también tengo los
>> archivos wal que han ido pasando a la maquina del barman, cuando hago el
>> recuperación veo que me deja los archivos en el barman_wal.
>>
>> Hay algo que no estoy haciendo mal, si recupera la ultima copia no hay
>> problema , es cuando le pido unos minutos después de la ultima copia.
>>
>> Un Saludo
>>
>>
>>
> Hola,
>
> Te envio la informacion de la que dispongo
>
>
> **** BARMAN ****
>
> barman check master
>
> Server master:
>
> PostgreSQL: OK
>
> superuser or standard user with backup privileges: OK
>
> PostgreSQL streaming: OK
>
> wal_level: OK
>
> replication slot: OK
>
> directories: OK
>
> retention policy settings: OK
>
> backup maximum age: OK (no last_backup_maximum_age provided)
>
> backup minimum size: OK (37.0 MiB)
>
> wal maximum age: OK (no last_wal_maximum_age provided)
>
> wal size: OK (16.2 KiB)
>
> compression settings: OK
>
> failed backups: OK (there are 0 failed backups)
>
> minimum redundancy requirements: OK (have 3 backups, expected at
> least 0)
>
> pg_basebackup: OK
>
> pg_basebackup compatible: OK
>
> pg_basebackup supports tablespaces mapping: OK
>
> systemid coherence: OK
>
> pg_receivexlog: OK
>
> pg_receivexlog compatible: OK
>
> receive-wal running: OK
>
> archive_mode: OK
>
> archive_command: OK
>
> continuous archiving: OK
>
> archiver errors: OK
>
> **** BARMAN ****
>
> barman list-backup master
>
> master 20250305T163129 - F - Wed Mar 5 16:34:28 2025 - Size: 37.0 MiB -
> WAL Size: 16.2 KiB
>
> master 20250227T142808 - F - Thu Feb 27 14:28:12 2025 - Size: 22.4 MiB -
> WAL Size: 2.0 MiB
>
> master 20250227T134237 - F - Thu Feb 27 13:42:40 2025 - Size: 22.4 MiB -
> WAL Size: 1.1 MiB
>
>
>
> **** MASTER ****
>
> systemctl stop postgresql-16
>
> cd /var/lib/pgsql/16
>
> rm -rf data
>
> **** BARMAN ****
>
> barman recover --remote-ssh-command "ssh postgres@192.168.222.66" master
> /var/lib/pgsql/16/data --target-time '2025-03-05 09:10:00+01:00'
>
> Starting remote restore for server master using backup 20250227T142808
>
> Destination directory: /var/lib/pgsql/16/data
>
> Remote command: ssh postgres@192.168.222.66
>
> Doing PITR. Recovery target time: '2025-03-05 09:10:00+01:00'
>
> Copying the base backup.
>
> Copying required WAL segments.
>
> Generating recovery configuration
>
> Identify dangerous settings in destination directory.
>
>
>
> IMPORTANT
>
> These settings have been modified to prevent data losses
>
>
>
> postgresql.conf line 826: archive_command = false
>
>
>
> Restore operation completed (start time: 2025-03-05 16:50:12.045029+01:00,
> elapsed time: 7 seconds)
>
> Your PostgreSQL server has been successfully prepared for recovery!
>
>
>
> **** MASTER ****
>
> systemctl start postgresql-16
>
>
> LOG:
>
> 2025-03-05 17:52:45.811 CET [16130] LOG: iniciando PostgreSQL 16.8 on
> x86_64-pc-linux-gnu, compiled by gcc (GCC) 11.5.0 20240719 (Red Hat
> 11.5.0-5), 64-bit
> 2025-03-05 17:52:45.811 CET [16130] LOG: escuchando en la dirección IPv4
> «0.0.0.0», port 5432
> 2025-03-05 17:52:45.811 CET [16130] LOG: escuchando en la dirección IPv6
> «::», port 5432
> 2025-03-05 17:52:45.814 CET [16130] LOG: escuchando en el socket Unix
> «/run/postgresql/.s.PGSQL.5432»
> 2025-03-05 17:52:45.818 CET [16130] LOG: escuchando en el socket Unix
> «/tmp/.s.PGSQL.5432»
> 2025-03-05 17:52:45.821 CET [16134] LOG: el sistema de bases de datos fue
> interrumpido; última vez en funcionamiento en 2025-02-27 14:28:08 CET
> 2025-03-05 17:52:45.821 CET [16134] LOG: creando el directorio WAL
> faltante «pg_wal/archive_status»
> cp: no se puede efectuar `stat' sobre
> '/var/lib/pgsql/16/data/barman_wal/00000002.history': No existe el fichero
> o el directorio
> 2025-03-05 17:52:46.117 CET [16134] LOG: comenzando el proceso de
> recuperación hasta 2025-03-05 09:10:00+01
> 2025-03-05 17:52:46.117 CET [16134] LOG: iniciando recuperación de backup
> con LSN de redo 0/9000028, LSN de checkpoint 0/9000060, en timeline 1
> 2025-03-05 17:52:46.127 CET [16134] LOG: se ha restaurado el archivo
> «000000010000000000000009» desde el área de archivado
> 2025-03-05 17:52:46.153 CET [16134] LOG: redo comienza en 0/9000028
> 2025-03-05 17:52:46.165 CET [16134] LOG: se ha restaurado el archivo
> «00000001000000000000000A» desde el área de archivado
> 2025-03-05 17:52:46.205 CET [16134] LOG: se ha restaurado el archivo
> «00000001000000000000000B» desde el área de archivado
> 2025-03-05 17:52:46.236 CET [16134] LOG: se completó la recuperación de
> backup con LSN de redo 0/9000028 y LSN de término 0/9000100
> 2025-03-05 17:52:46.236 CET [16134] LOG: el estado de recuperación
> consistente fue alcanzado en 0/9000100
> 2025-03-05 17:52:46.236 CET [16130] LOG: el sistema de bases de datos
> está listo para aceptar conexiones de sólo lectura
> 2025-03-05 17:52:46.250 CET [16134] LOG: se ha restaurado el archivo
> «00000001000000000000000C» desde el área de archivado
> 2025-03-05 17:52:46.301 CET [16134] LOG: se ha restaurado el archivo
> «00000001000000000000000D» desde el área de archivado
> 2025-03-05 17:52:46.371 CET [16134] LOG: deteniendo recuperación antes de
> comprometer la transacción 745, hora 2025-03-05 16:29:46.749885+01
> 2025-03-05 17:52:46.371 CET [16134] LOG: pausando al final de la
> recuperación
> 2025-03-05 17:52:46.371 CET [16134] HINT: Ejecute pg_wal_replay_resume()
> para promover.
> 2025-03-05 17:53:02.070 CET [16242] ERROR: el punto de inicio solicitado
> 0/12000000 está más adelante que la posición de sincronización (flush) de
> WAL de este servidor 0/D42E0A8
> 2025-03-05 17:53:02.070 CET [16242] SENTENCIA: START_REPLICATION SLOT
> "barman" 0/12000000 TIMELINE 1
> 2025-03-05 17:54:02.265 CET [16473] ERROR: el punto de inicio solicitado
> 0/12000000 está más adelante que la posición de sincronización (flush) de
> WAL de este servidor 0/D42E0A8
> 2025-03-05 17:54:02.265 CET [16473] SENTENCIA: START_REPLICATION SLOT
> "barman" 0/12000000 TIMELINE 1
> 2025-03-05 17:55:01.516 CET [16712] ERROR: el punto de inicio solicitado
> 0/12000000 está más adelante que la posición de sincronización (flush) de
> WAL de este servidor 0/D42E0A8
> 2025-03-05 17:55:01.516 CET [16712] SENTENCIA: START_REPLICATION SLOT
> "barman" 0/12000000 TIMELINE 1
>
>
> Aqui se queda , no dice cuando ha terminado
>
>
>
^ permalink raw reply [nested|flat] 7+ messages in thread
* Re: comenzado con barman
@ 2025-03-05 21:41 kernel kernel <jucabapa@gmail.com>
parent: Jaime Soler <jaime.soler@gmail.com>
0 siblings, 1 reply; 7+ messages in thread
From: kernel kernel @ 2025-03-05 21:41 UTC (permalink / raw)
To: Jaime Soler <jaime.soler@gmail.com>; +Cc: Felipe Nicolas Alvarado Diaz <felipealvaradodiaz@gmail.com>; pgsql-es-ayuda
--Apple-Mail-F999B01B-FDA4-4073-A6B6-545B70AE06A8
Content-Type: text/html;
charset=utf-8
Content-Transfer-Encoding: quoted-printable
<html><head><meta http-equiv=3D"content-type" content=3D"text/html; charset=3D=
utf-8"></head><body dir=3D"auto"><div dir=3D"ltr"></div><div dir=3D"ltr">Per=
o no encuentra el fichero.history Es correcto?</div><div dir=3D"ltr">Y desco=
mento las l=C3=ADneas del archive_comand ? Que pasa en las copias del b=
arman si recupere a un timeline anterior? Tengo que borrar las copias y volv=
er ha hacer una nueva copia completa?</div><div dir=3D"ltr"><br></div><div d=
ir=3D"ltr">Alguna buena gu=C3=ADa en castellano?</div><div dir=3D"ltr">Graci=
as!!!</div><div dir=3D"ltr"><br><blockquote type=3D"cite">El 5 mar 2025, a l=
as 20:24, Jaime Soler <jaime.soler@gmail.com> escribi=C3=B3:<br><br></=
blockquote></div><blockquote type=3D"cite"><div dir=3D"ltr">=EF=BB=BF<div di=
r=3D"ltr"><div>El restore ha sido correcto, simplemente te queda ejecutar la=
funci=C3=B3n <span style=3D"font-size:10.5pt;font-family:"Trebuchet MS=
",sans-serif;color:rgb(127,119,114)"> pg_wal_replay_resume()</sp=
an>, para que se levante la base de datos en modo escritura. La l=C3=AD=
nea de log donde buscaba el fichero .00002.history es una forma de identific=
ar cual es el =C3=BAltimo timeline en la instancia.</div><div><br></div><div=
><br><span style=3D"font-size:10.5pt;font-family:"Trebuchet MS",sa=
ns-serif;color:rgb(127,119,114)"></span></div></div><br><div class=3D"gmail_=
quote"><div dir=3D"ltr" class=3D"gmail_attr">El mi=C3=A9, 5 mar 2025 a las 1=
8:00, kernel (<<a href=3D"mailto:jucabapa@gmail.com" target=3D"_blank">ju=
cabapa@gmail.com</a>>) escribi=C3=B3:<br></div><blockquote class=3D"gmail=
_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,=
204);padding-left:1ex"><u></u>
=20
=20
=20
<div>
<p><br>
</p>
<div>El 05/03/2025 a las 15:46, Felipe
Nicolas Alvarado Diaz escribi=C3=B3:<br>
</div>
<blockquote type=3D"cite">
=20
<div dir=3D"ltr">Hola,<br>
<br>
Podr=C3=ADas adjuntar el comando que est=C3=A1s utilizando para=
recuperar,
y que te devuelve en el log de barman cuando lo ejecutas.<br>
Tambi=C3=A9n podr=C3=ADas adjuntar que te devuelve el "barman check a=
ll" y
"barman list-backup all".<br>
<br>
Saludos.</div>
<br>
<div class=3D"gmail_quote">
<div dir=3D"ltr" class=3D"gmail_attr">El mi=C3=A9, 5 mar 2025 a las 9=
:03,
kernel (<<a href=3D"mailto:jucabapa@gmail.com" target=3D"_blank=
">jucabapa@gmail.com</a>>)
escribi=C3=B3:<br>
</div>
<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;=
border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div>
<p>Hola,</p>
<p>Estoy intentando montar barman, y hay algo que no debo de
estar haciendo correctamente, he probado varias veces y
siempre obtengo el mismo error, cuando recupero a una
fecha determinada</p>
<p><span style=3D"color:rgb(74,114,154);font-family:"Cascad=
ia Mono","Roboto Mono","Droid Sans Mono","SF M=
ono",Menlo,"Ubuntu Mono",Consolas,monospace;font-size:14px;fo=
nt-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-=
weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-trans=
form:none;word-spacing:0px;white-space:pre-wrap;background-color:rgba(112,11=
7,121,0.08);text-decoration-style:initial;text-decoration-color:initial;floa=
t:none;display:inline">'/var/lib/pgsql/16/data/barman_wal/00000002.history':=
No existe el fichero o el directorio</span></p>
<p><font color=3D"#0f1720"><span style=3D"font-family:"Casc=
adia Mono","Roboto Mono","Droid Sans Mono","SF=
Mono",Menlo,"Ubuntu Mono",Consolas,monospace;font-size:14px;=
font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;fon=
t-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-tra=
nsform:none;word-spacing:0px;white-space:pre-wrap;background-color:rgba(112,=
117,121,0.08);text-decoration-style:initial;text-decoration-color:initial;fl=
oat:none;display:inline">
</span></font></p>
<p><font color=3D"#0f1720"><span style=3D"font-family:"Casc=
adia Mono","Roboto Mono","Droid Sans Mono","SF=
Mono",Menlo,"Ubuntu Mono",Consolas,monospace;font-size:14px;=
font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;fon=
t-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-tra=
nsform:none;word-spacing:0px;white-space:pre-wrap;background-color:rgba(112,=
117,121,0.08);text-decoration-style:initial;text-decoration-color:initial;fl=
oat:none;display:inline">Entiendo que ademas de la ultima copia completa tam=
bi=C3=A9n tengo los archivos wal que han ido pasando a la maquina del barman=
, cuando hago el recuperaci=C3=B3n veo que me deja los archivos en el barman=
_wal.</span></font></p>
<p><font color=3D"#0f1720"><span style=3D"font-family:"Casc=
adia Mono","Roboto Mono","Droid Sans Mono","SF=
Mono",Menlo,"Ubuntu Mono",Consolas,monospace;font-size:14px;=
font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;fon=
t-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-tra=
nsform:none;word-spacing:0px;white-space:pre-wrap;background-color:rgba(112,=
117,121,0.08);text-decoration-style:initial;text-decoration-color:initial;fl=
oat:none;display:inline">
</span></font></p>
<p><font color=3D"#0f1720"><span style=3D"font-family:"Casc=
adia Mono","Roboto Mono","Droid Sans Mono","SF=
Mono",Menlo,"Ubuntu Mono",Consolas,monospace;font-size:14px;=
font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;fon=
t-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-tra=
nsform:none;word-spacing:0px;white-space:pre-wrap;background-color:rgba(112,=
117,121,0.08);text-decoration-style:initial;text-decoration-color:initial;fl=
oat:none;display:inline">Hay algo que no estoy haciendo mal, si recupera la u=
ltima copia no hay problema , es cuando le pido unos minutos despu=C3=A9s de=
la ultima copia.</span></font></p>
<p><font color=3D"#0f1720"><span style=3D"font-family:"Casc=
adia Mono","Roboto Mono","Droid Sans Mono","SF=
Mono",Menlo,"Ubuntu Mono",Consolas,monospace;font-size:14px;=
font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;fon=
t-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-tra=
nsform:none;word-spacing:0px;white-space:pre-wrap;background-color:rgba(112,=
117,121,0.08);text-decoration-style:initial;text-decoration-color:initial;fl=
oat:none;display:inline">Un Saludo
</span></font></p>
<p><br>
</p>
</div>
</blockquote>
</div>
</blockquote>
<p><br>
</p>
<p>Hola,</p>
<p>Te envio la informacion de la que dispongo<br>
</p>
<p><br>
</p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)">****
BARMAN ****</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)">
barman check master</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)">Server
master:</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)"> &nb=
sp;
PostgreSQL: OK</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)"> &nb=
sp;
superuser or standard user with backup privileges: OK</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)"> &nb=
sp;
PostgreSQL streaming: OK</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)"> &nb=
sp;
wal_level: OK</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)"> &nb=
sp;
replication slot: OK</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)"> &nb=
sp;
directories: OK</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)"> &nb=
sp;
retention policy settings: OK</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)"> &nb=
sp;
backup maximum age: OK (no last_backup_maximum_age provided)</span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)"> &nb=
sp;
backup minimum size: OK (37.0 MiB)</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)"> &nb=
sp;
wal maximum age: OK (no last_wal_maximum_age provided)</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)"> &nb=
sp;
wal size: OK (16.2 KiB)</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)"> &nb=
sp;
compression settings: OK</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)"> &nb=
sp;
failed backups: OK (there are 0 failed backups)</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)"> &nb=
sp;
minimum redundancy requirements: OK (have 3 backups, expected at
least 0)</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)"> &nb=
sp;
pg_basebackup: OK</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)"> &nb=
sp;
pg_basebackup compatible: OK</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)"> &nb=
sp;
pg_basebackup supports tablespaces mapping: OK</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)"> &nb=
sp;
systemid coherence: OK</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)"> &nb=
sp;
pg_receivexlog: OK</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)"> &nb=
sp;
pg_receivexlog compatible: OK</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)"> &nb=
sp;
receive-wal running: OK</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)"> &nb=
sp;
archive_mode: OK</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)"> &nb=
sp;
archive_command: OK</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)"> &nb=
sp;
continuous archiving: OK</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)"> &nb=
sp;
archiver errors: OK</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)">****
BARMAN ****</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)"> &nb=
sp; &=
nbsp;
barman list-backup master</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)">master
20250305T163129 - F - Wed Mar 5 16:34:28 2025 - Size: 37.0 MiB=
- WAL Size: 16.2 KiB</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)">master
20250227T142808 - F - Thu Feb 27 14:28:12 2025 - Size: 22.4 MiB
- WAL Size: 2.0 MiB</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)">master
20250227T134237 - F - Thu Feb 27 13:42:40 2025 - Size: 22.4 MiB
- WAL Size: 1.1 MiB</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)"> </span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)">****
MASTER ****</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)">systemctl
stop postgresql-16</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)">cd
/var/lib/pgsql/16</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)">rm
-rf data</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)">****
BARMAN ****</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)">
barman recover --remote-ssh-command "ssh
<a href=3D"mailto:postgres@192.168.222.66" target=3D"_blank">postgre=
s@192.168.222.66</a>" master /var/lib/pgsql/16/data
--target-time '2025-03-05 09:10:00+01:00'</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)">Starting
remote restore for server master using backup 20250227T142808</span>=
</p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)">Destination
directory: /var/lib/pgsql/16/data</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)">Remote
command: ssh <a href=3D"mailto:postgres@192.168.222.66" target=3D"_b=
lank">postgres@192.168.222.66</a></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)">Doing
PITR. Recovery target time: '2025-03-05 09:10:00+01:00'</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)">Copying
the base backup.</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)">Copying
required WAL segments.</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)">Generating
recovery configuration</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)">Identify
dangerous settings in destination directory.</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)"> </span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)">IMPORTANT</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)">These
settings have been modified to prevent data losses</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)"> </span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)">postgresql.conf
line 826: archive_command =3D false</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)"> </span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)">Restore
operation completed (start time: 2025-03-05
16:50:12.045029+01:00, elapsed time: 7 seconds)</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)">Your
PostgreSQL server has been successfully prepared for recovery!</span=
></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)"> </span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)">****
MASTER ****</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)">systemctl
start postgresql-16</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)"><br>
</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)">LOG: </span></p>=
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)">2025-03-05
17:52:45.811 CET [16130] LOG: iniciando PostgreSQL 16.8 on
x86_64-pc-linux-gnu, compiled by gcc (GCC) 11.5.0 20240719 (Red
Hat 11.5.0-5), 64-bit<br>
2025-03-05 17:52:45.811 CET [16130] LOG: escuchando en la
direcci=C3=B3n IPv4 =C2=AB0.0.0.0=C2=BB, port 5432<br>
2025-03-05 17:52:45.811 CET [16130] LOG: escuchando en la
direcci=C3=B3n IPv6 =C2=AB::=C2=BB, port 5432<br>
2025-03-05 17:52:45.814 CET [16130] LOG: escuchando en el
socket Unix =C2=AB/run/postgresql/.s.PGSQL.5432=C2=BB<br>
2025-03-05 17:52:45.818 CET [16130] LOG: escuchando en el
socket Unix =C2=AB/tmp/.s.PGSQL.5432=C2=BB<br>
2025-03-05 17:52:45.821 CET [16134] LOG: el sistema de bases d=
e
datos fue interrumpido; =C3=BAltima vez en funcionamiento en
2025-02-27 14:28:08 CET<br>
2025-03-05 17:52:45.821 CET [16134] LOG: creando el directorio=
WAL faltante =C2=ABpg_wal/archive_status=C2=BB<br>
cp: no se puede efectuar `stat' sobre
'/var/lib/pgsql/16/data/barman_wal/00000002.history': No existe
el fichero o el directorio<br>
2025-03-05 17:52:46.117 CET [16134] LOG: comenzando el proceso=
de recuperaci=C3=B3n hasta 2025-03-05 09:10:00+01<br>
2025-03-05 17:52:46.117 CET [16134] LOG: iniciando recuperaci=C3=
=B3n
de backup con LSN de redo 0/9000028, LSN de checkpoint
0/9000060, en timeline 1<br>
2025-03-05 17:52:46.127 CET [16134] LOG: se ha restaurado el
archivo =C2=AB000000010000000000000009=C2=BB desde el =C3=A1rea de a=
rchivado<br>
2025-03-05 17:52:46.153 CET [16134] LOG: redo comienza en
0/9000028<br>
2025-03-05 17:52:46.165 CET [16134] LOG: se ha restaurado el
archivo =C2=AB00000001000000000000000A=C2=BB desde el =C3=A1rea de a=
rchivado<br>
2025-03-05 17:52:46.205 CET [16134] LOG: se ha restaurado el
archivo =C2=AB00000001000000000000000B=C2=BB desde el =C3=A1rea de a=
rchivado<br>
2025-03-05 17:52:46.236 CET [16134] LOG: se complet=C3=B3 la
recuperaci=C3=B3n de backup con LSN de redo 0/9000028 y LSN de
t=C3=A9rmino 0/9000100<br>
2025-03-05 17:52:46.236 CET [16134] LOG: el estado de
recuperaci=C3=B3n consistente fue alcanzado en 0/9000100<br>
2025-03-05 17:52:46.236 CET [16130] LOG: el sistema de bases d=
e
datos est=C3=A1 listo para aceptar conexiones de s=C3=B3lo lectura<b=
r>
2025-03-05 17:52:46.250 CET [16134] LOG: se ha restaurado el
archivo =C2=AB00000001000000000000000C=C2=BB desde el =C3=A1rea de a=
rchivado<br>
2025-03-05 17:52:46.301 CET [16134] LOG: se ha restaurado el
archivo =C2=AB00000001000000000000000D=C2=BB desde el =C3=A1rea de a=
rchivado<br>
2025-03-05 17:52:46.371 CET [16134] LOG: deteniendo
recuperaci=C3=B3n antes de comprometer la transacci=C3=B3n 745, hora=
2025-03-05 16:29:46.749885+01<br>
2025-03-05 17:52:46.371 CET [16134] LOG: pausando al final de
la recuperaci=C3=B3n<br>
2025-03-05 17:52:46.371 CET [16134] HINT: Ejecute
pg_wal_replay_resume() para promover.<br>
2025-03-05 17:53:02.070 CET [16242] ERROR: el punto de inicio
solicitado 0/12000000 est=C3=A1 m=C3=A1s adelante que la posici=C3=B3=
n de
sincronizaci=C3=B3n (flush) de WAL de este servidor 0/D42E0A8<br>
2025-03-05 17:53:02.070 CET [16242] SENTENCIA:
START_REPLICATION SLOT "barman" 0/12000000 TIMELINE 1<br>
2025-03-05 17:54:02.265 CET [16473] ERROR: el punto de inicio
solicitado 0/12000000 est=C3=A1 m=C3=A1s adelante que la posici=C3=B3=
n de
sincronizaci=C3=B3n (flush) de WAL de este servidor 0/D42E0A8<br>
2025-03-05 17:54:02.265 CET [16473] SENTENCIA:
START_REPLICATION SLOT "barman" 0/12000000 TIMELINE 1<br>
2025-03-05 17:55:01.516 CET [16712] ERROR: el punto de inicio
solicitado 0/12000000 est=C3=A1 m=C3=A1s adelante que la posici=C3=B3=
n de
sincronizaci=C3=B3n (flush) de WAL de este servidor 0/D42E0A8<br>
2025-03-05 17:55:01.516 CET [16712] SENTENCIA:
START_REPLICATION SLOT "barman" 0/12000000 TIMELINE 1<br>
<br>
</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:"=
;Trebuchet MS",sans-serif;color:rgb(127,119,114)">Aqui
se queda , no dice cuando ha terminado<br>
</span></p>
<br>
<br>
<p></p>
</div>
</blockquote></div>
</div></blockquote></body></html>=
--Apple-Mail-F999B01B-FDA4-4073-A6B6-545B70AE06A8--
^ permalink raw reply [nested|flat] 7+ messages in thread
* Re: comenzado con barman
@ 2025-03-06 11:08 Jaime Soler <jaime.soler@gmail.com>
parent: kernel kernel <jucabapa@gmail.com>
0 siblings, 1 reply; 7+ messages in thread
From: Jaime Soler @ 2025-03-06 11:08 UTC (permalink / raw)
To: kernel kernel <jucabapa@gmail.com>; +Cc: Felipe Nicolas Alvarado Diaz <felipealvaradodiaz@gmail.com>; pgsql-es-ayuda
Échale un vistazo a esta doc donde explica lo mismo que te comenté
anteriormente respecto de los timelines:
https://www.enterprisedb.com/docs/supported-open-source/barman/single-server-streaming/step04-restor...
El mié, 5 mar 2025 a las 22:41, kernel kernel (<jucabapa@gmail.com>)
escribió:
> Pero no encuentra el fichero.history Es correcto?
> Y descomento las líneas del archive_comand ? Que pasa en las copias del
> barman si recupere a un timeline anterior? Tengo que borrar las copias y
> volver ha hacer una nueva copia completa?
>
> Alguna buena guía en castellano?
> Gracias!!!
>
> El 5 mar 2025, a las 20:24, Jaime Soler <jaime.soler@gmail.com> escribió:
>
>
> El restore ha sido correcto, simplemente te queda ejecutar la función
> pg_wal_replay_resume(), para que se levante la base de datos en modo
> escritura. La línea de log donde buscaba el fichero .00002.history es una
> forma de identificar cual es el último timeline en la instancia.
>
>
>
> El mié, 5 mar 2025 a las 18:00, kernel (<jucabapa@gmail.com>) escribió:
>
>>
>> El 05/03/2025 a las 15:46, Felipe Nicolas Alvarado Diaz escribió:
>>
>> Hola,
>>
>> Podrías adjuntar el comando que estás utilizando para recuperar, y que te
>> devuelve en el log de barman cuando lo ejecutas.
>> También podrías adjuntar que te devuelve el "barman check all" y "barman
>> list-backup all".
>>
>> Saludos.
>>
>> El mié, 5 mar 2025 a las 9:03, kernel (<jucabapa@gmail.com>) escribió:
>>
>>> Hola,
>>>
>>> Estoy intentando montar barman, y hay algo que no debo de estar haciendo
>>> correctamente, he probado varias veces y siempre obtengo el mismo error,
>>> cuando recupero a una fecha determinada
>>>
>>> '/var/lib/pgsql/16/data/barman_wal/00000002.history': No existe el
>>> fichero o el directorio
>>>
>>> Entiendo que ademas de la ultima copia completa también tengo los
>>> archivos wal que han ido pasando a la maquina del barman, cuando hago el
>>> recuperación veo que me deja los archivos en el barman_wal.
>>>
>>> Hay algo que no estoy haciendo mal, si recupera la ultima copia no hay
>>> problema , es cuando le pido unos minutos después de la ultima copia.
>>>
>>> Un Saludo
>>>
>>>
>>>
>> Hola,
>>
>> Te envio la informacion de la que dispongo
>>
>>
>> **** BARMAN ****
>>
>> barman check master
>>
>> Server master:
>>
>> PostgreSQL: OK
>>
>> superuser or standard user with backup privileges: OK
>>
>> PostgreSQL streaming: OK
>>
>> wal_level: OK
>>
>> replication slot: OK
>>
>> directories: OK
>>
>> retention policy settings: OK
>>
>> backup maximum age: OK (no last_backup_maximum_age provided)
>>
>> backup minimum size: OK (37.0 MiB)
>>
>> wal maximum age: OK (no last_wal_maximum_age provided)
>>
>> wal size: OK (16.2 KiB)
>>
>> compression settings: OK
>>
>> failed backups: OK (there are 0 failed backups)
>>
>> minimum redundancy requirements: OK (have 3 backups, expected at
>> least 0)
>>
>> pg_basebackup: OK
>>
>> pg_basebackup compatible: OK
>>
>> pg_basebackup supports tablespaces mapping: OK
>>
>> systemid coherence: OK
>>
>> pg_receivexlog: OK
>>
>> pg_receivexlog compatible: OK
>>
>> receive-wal running: OK
>>
>> archive_mode: OK
>>
>> archive_command: OK
>>
>> continuous archiving: OK
>>
>> archiver errors: OK
>>
>> **** BARMAN ****
>>
>> barman list-backup master
>>
>> master 20250305T163129 - F - Wed Mar 5 16:34:28 2025 - Size: 37.0 MiB -
>> WAL Size: 16.2 KiB
>>
>> master 20250227T142808 - F - Thu Feb 27 14:28:12 2025 - Size: 22.4 MiB -
>> WAL Size: 2.0 MiB
>>
>> master 20250227T134237 - F - Thu Feb 27 13:42:40 2025 - Size: 22.4 MiB -
>> WAL Size: 1.1 MiB
>>
>>
>>
>> **** MASTER ****
>>
>> systemctl stop postgresql-16
>>
>> cd /var/lib/pgsql/16
>>
>> rm -rf data
>>
>> **** BARMAN ****
>>
>> barman recover --remote-ssh-command "ssh postgres@192.168.222.66" master
>> /var/lib/pgsql/16/data --target-time '2025-03-05 09:10:00+01:00'
>>
>> Starting remote restore for server master using backup 20250227T142808
>>
>> Destination directory: /var/lib/pgsql/16/data
>>
>> Remote command: ssh postgres@192.168.222.66
>>
>> Doing PITR. Recovery target time: '2025-03-05 09:10:00+01:00'
>>
>> Copying the base backup.
>>
>> Copying required WAL segments.
>>
>> Generating recovery configuration
>>
>> Identify dangerous settings in destination directory.
>>
>>
>>
>> IMPORTANT
>>
>> These settings have been modified to prevent data losses
>>
>>
>>
>> postgresql.conf line 826: archive_command = false
>>
>>
>>
>> Restore operation completed (start time: 2025-03-05
>> 16:50:12.045029+01:00, elapsed time: 7 seconds)
>>
>> Your PostgreSQL server has been successfully prepared for recovery!
>>
>>
>>
>> **** MASTER ****
>>
>> systemctl start postgresql-16
>>
>>
>> LOG:
>>
>> 2025-03-05 17:52:45.811 CET [16130] LOG: iniciando PostgreSQL 16.8 on
>> x86_64-pc-linux-gnu, compiled by gcc (GCC) 11.5.0 20240719 (Red Hat
>> 11.5.0-5), 64-bit
>> 2025-03-05 17:52:45.811 CET [16130] LOG: escuchando en la dirección IPv4
>> «0.0.0.0», port 5432
>> 2025-03-05 17:52:45.811 CET [16130] LOG: escuchando en la dirección IPv6
>> «::», port 5432
>> 2025-03-05 17:52:45.814 CET [16130] LOG: escuchando en el socket Unix
>> «/run/postgresql/.s.PGSQL.5432»
>> 2025-03-05 17:52:45.818 CET [16130] LOG: escuchando en el socket Unix
>> «/tmp/.s.PGSQL.5432»
>> 2025-03-05 17:52:45.821 CET [16134] LOG: el sistema de bases de datos
>> fue interrumpido; última vez en funcionamiento en 2025-02-27 14:28:08 CET
>> 2025-03-05 17:52:45.821 CET [16134] LOG: creando el directorio WAL
>> faltante «pg_wal/archive_status»
>> cp: no se puede efectuar `stat' sobre
>> '/var/lib/pgsql/16/data/barman_wal/00000002.history': No existe el fichero
>> o el directorio
>> 2025-03-05 17:52:46.117 CET [16134] LOG: comenzando el proceso de
>> recuperación hasta 2025-03-05 09:10:00+01
>> 2025-03-05 17:52:46.117 CET [16134] LOG: iniciando recuperación de
>> backup con LSN de redo 0/9000028, LSN de checkpoint 0/9000060, en timeline 1
>> 2025-03-05 17:52:46.127 CET [16134] LOG: se ha restaurado el archivo
>> «000000010000000000000009» desde el área de archivado
>> 2025-03-05 17:52:46.153 CET [16134] LOG: redo comienza en 0/9000028
>> 2025-03-05 17:52:46.165 CET [16134] LOG: se ha restaurado el archivo
>> «00000001000000000000000A» desde el área de archivado
>> 2025-03-05 17:52:46.205 CET [16134] LOG: se ha restaurado el archivo
>> «00000001000000000000000B» desde el área de archivado
>> 2025-03-05 17:52:46.236 CET [16134] LOG: se completó la recuperación de
>> backup con LSN de redo 0/9000028 y LSN de término 0/9000100
>> 2025-03-05 17:52:46.236 CET [16134] LOG: el estado de recuperación
>> consistente fue alcanzado en 0/9000100
>> 2025-03-05 17:52:46.236 CET [16130] LOG: el sistema de bases de datos
>> está listo para aceptar conexiones de sólo lectura
>> 2025-03-05 17:52:46.250 CET [16134] LOG: se ha restaurado el archivo
>> «00000001000000000000000C» desde el área de archivado
>> 2025-03-05 17:52:46.301 CET [16134] LOG: se ha restaurado el archivo
>> «00000001000000000000000D» desde el área de archivado
>> 2025-03-05 17:52:46.371 CET [16134] LOG: deteniendo recuperación antes
>> de comprometer la transacción 745, hora 2025-03-05 16:29:46.749885+01
>> 2025-03-05 17:52:46.371 CET [16134] LOG: pausando al final de la
>> recuperación
>> 2025-03-05 17:52:46.371 CET [16134] HINT: Ejecute pg_wal_replay_resume()
>> para promover.
>> 2025-03-05 17:53:02.070 CET [16242] ERROR: el punto de inicio solicitado
>> 0/12000000 está más adelante que la posición de sincronización (flush) de
>> WAL de este servidor 0/D42E0A8
>> 2025-03-05 17:53:02.070 CET [16242] SENTENCIA: START_REPLICATION SLOT
>> "barman" 0/12000000 TIMELINE 1
>> 2025-03-05 17:54:02.265 CET [16473] ERROR: el punto de inicio solicitado
>> 0/12000000 está más adelante que la posición de sincronización (flush) de
>> WAL de este servidor 0/D42E0A8
>> 2025-03-05 17:54:02.265 CET [16473] SENTENCIA: START_REPLICATION SLOT
>> "barman" 0/12000000 TIMELINE 1
>> 2025-03-05 17:55:01.516 CET [16712] ERROR: el punto de inicio solicitado
>> 0/12000000 está más adelante que la posición de sincronización (flush) de
>> WAL de este servidor 0/D42E0A8
>> 2025-03-05 17:55:01.516 CET [16712] SENTENCIA: START_REPLICATION SLOT
>> "barman" 0/12000000 TIMELINE 1
>>
>>
>> Aqui se queda , no dice cuando ha terminado
>>
>>
>>
^ permalink raw reply [nested|flat] 7+ messages in thread
* Re: comenzado con barman
@ 2025-03-06 11:16 Jaime Soler <jaime.soler@gmail.com>
parent: Jaime Soler <jaime.soler@gmail.com>
0 siblings, 0 replies; 7+ messages in thread
From: Jaime Soler @ 2025-03-06 11:16 UTC (permalink / raw)
To: kernel kernel <jucabapa@gmail.com>; +Cc: Felipe Nicolas Alvarado Diaz <felipealvaradodiaz@gmail.com>; pgsql-es-ayuda
Normally, recovery will proceed through all available WAL segments, thereby
restoring the database to the current point in time (or as close as
possible given the available WAL segments). Therefore, a normal recovery
will end with a “file not found” message, the exact text of the error
message depending upon your choice of restore_command.* You may also see an
error message at the start of recovery for a file named something like
00000001.history. This is also normal and does not indicate a problem in
simple recovery situations; see Section 25.3.6
<https://www.postgresql.org/docs/current/continuous-archiving.html#BACKUP-TIMELINES;
for discussion.*
https://www.postgresql.org/docs/current/continuous-archiving.html#BACKUP-PITR-RECOVERY
El jue, 6 mar 2025 a las 12:08, Jaime Soler (<jaime.soler@gmail.com>)
escribió:
> Échale un vistazo a esta doc donde explica lo mismo que te comenté
> anteriormente respecto de los timelines:
> https://www.enterprisedb.com/docs/supported-open-source/barman/single-server-streaming/step04-restor...
>
>
> El mié, 5 mar 2025 a las 22:41, kernel kernel (<jucabapa@gmail.com>)
> escribió:
>
>> Pero no encuentra el fichero.history Es correcto?
>> Y descomento las líneas del archive_comand ? Que pasa en las copias del
>> barman si recupere a un timeline anterior? Tengo que borrar las copias y
>> volver ha hacer una nueva copia completa?
>>
>> Alguna buena guía en castellano?
>> Gracias!!!
>>
>> El 5 mar 2025, a las 20:24, Jaime Soler <jaime.soler@gmail.com> escribió:
>>
>>
>> El restore ha sido correcto, simplemente te queda ejecutar la función
>> pg_wal_replay_resume(), para que se levante la base de datos en modo
>> escritura. La línea de log donde buscaba el fichero .00002.history es una
>> forma de identificar cual es el último timeline en la instancia.
>>
>>
>>
>> El mié, 5 mar 2025 a las 18:00, kernel (<jucabapa@gmail.com>) escribió:
>>
>>>
>>> El 05/03/2025 a las 15:46, Felipe Nicolas Alvarado Diaz escribió:
>>>
>>> Hola,
>>>
>>> Podrías adjuntar el comando que estás utilizando para recuperar, y que
>>> te devuelve en el log de barman cuando lo ejecutas.
>>> También podrías adjuntar que te devuelve el "barman check all" y "barman
>>> list-backup all".
>>>
>>> Saludos.
>>>
>>> El mié, 5 mar 2025 a las 9:03, kernel (<jucabapa@gmail.com>) escribió:
>>>
>>>> Hola,
>>>>
>>>> Estoy intentando montar barman, y hay algo que no debo de estar
>>>> haciendo correctamente, he probado varias veces y siempre obtengo el mismo
>>>> error, cuando recupero a una fecha determinada
>>>>
>>>> '/var/lib/pgsql/16/data/barman_wal/00000002.history': No existe el
>>>> fichero o el directorio
>>>>
>>>> Entiendo que ademas de la ultima copia completa también tengo los
>>>> archivos wal que han ido pasando a la maquina del barman, cuando hago el
>>>> recuperación veo que me deja los archivos en el barman_wal.
>>>>
>>>> Hay algo que no estoy haciendo mal, si recupera la ultima copia no hay
>>>> problema , es cuando le pido unos minutos después de la ultima copia.
>>>>
>>>> Un Saludo
>>>>
>>>>
>>>>
>>> Hola,
>>>
>>> Te envio la informacion de la que dispongo
>>>
>>>
>>> **** BARMAN ****
>>>
>>> barman check master
>>>
>>> Server master:
>>>
>>> PostgreSQL: OK
>>>
>>> superuser or standard user with backup privileges: OK
>>>
>>> PostgreSQL streaming: OK
>>>
>>> wal_level: OK
>>>
>>> replication slot: OK
>>>
>>> directories: OK
>>>
>>> retention policy settings: OK
>>>
>>> backup maximum age: OK (no last_backup_maximum_age provided)
>>>
>>> backup minimum size: OK (37.0 MiB)
>>>
>>> wal maximum age: OK (no last_wal_maximum_age provided)
>>>
>>> wal size: OK (16.2 KiB)
>>>
>>> compression settings: OK
>>>
>>> failed backups: OK (there are 0 failed backups)
>>>
>>> minimum redundancy requirements: OK (have 3 backups, expected at
>>> least 0)
>>>
>>> pg_basebackup: OK
>>>
>>> pg_basebackup compatible: OK
>>>
>>> pg_basebackup supports tablespaces mapping: OK
>>>
>>> systemid coherence: OK
>>>
>>> pg_receivexlog: OK
>>>
>>> pg_receivexlog compatible: OK
>>>
>>> receive-wal running: OK
>>>
>>> archive_mode: OK
>>>
>>> archive_command: OK
>>>
>>> continuous archiving: OK
>>>
>>> archiver errors: OK
>>>
>>> **** BARMAN ****
>>>
>>> barman list-backup master
>>>
>>> master 20250305T163129 - F - Wed Mar 5 16:34:28 2025 - Size: 37.0 MiB -
>>> WAL Size: 16.2 KiB
>>>
>>> master 20250227T142808 - F - Thu Feb 27 14:28:12 2025 - Size: 22.4 MiB -
>>> WAL Size: 2.0 MiB
>>>
>>> master 20250227T134237 - F - Thu Feb 27 13:42:40 2025 - Size: 22.4 MiB -
>>> WAL Size: 1.1 MiB
>>>
>>>
>>>
>>> **** MASTER ****
>>>
>>> systemctl stop postgresql-16
>>>
>>> cd /var/lib/pgsql/16
>>>
>>> rm -rf data
>>>
>>> **** BARMAN ****
>>>
>>> barman recover --remote-ssh-command "ssh postgres@192.168.222.66"
>>> master /var/lib/pgsql/16/data --target-time '2025-03-05 09:10:00+01:00'
>>>
>>> Starting remote restore for server master using backup 20250227T142808
>>>
>>> Destination directory: /var/lib/pgsql/16/data
>>>
>>> Remote command: ssh postgres@192.168.222.66
>>>
>>> Doing PITR. Recovery target time: '2025-03-05 09:10:00+01:00'
>>>
>>> Copying the base backup.
>>>
>>> Copying required WAL segments.
>>>
>>> Generating recovery configuration
>>>
>>> Identify dangerous settings in destination directory.
>>>
>>>
>>>
>>> IMPORTANT
>>>
>>> These settings have been modified to prevent data losses
>>>
>>>
>>>
>>> postgresql.conf line 826: archive_command = false
>>>
>>>
>>>
>>> Restore operation completed (start time: 2025-03-05
>>> 16:50:12.045029+01:00, elapsed time: 7 seconds)
>>>
>>> Your PostgreSQL server has been successfully prepared for recovery!
>>>
>>>
>>>
>>> **** MASTER ****
>>>
>>> systemctl start postgresql-16
>>>
>>>
>>> LOG:
>>>
>>> 2025-03-05 17:52:45.811 CET [16130] LOG: iniciando PostgreSQL 16.8 on
>>> x86_64-pc-linux-gnu, compiled by gcc (GCC) 11.5.0 20240719 (Red Hat
>>> 11.5.0-5), 64-bit
>>> 2025-03-05 17:52:45.811 CET [16130] LOG: escuchando en la dirección
>>> IPv4 «0.0.0.0», port 5432
>>> 2025-03-05 17:52:45.811 CET [16130] LOG: escuchando en la dirección
>>> IPv6 «::», port 5432
>>> 2025-03-05 17:52:45.814 CET [16130] LOG: escuchando en el socket Unix
>>> «/run/postgresql/.s.PGSQL.5432»
>>> 2025-03-05 17:52:45.818 CET [16130] LOG: escuchando en el socket Unix
>>> «/tmp/.s.PGSQL.5432»
>>> 2025-03-05 17:52:45.821 CET [16134] LOG: el sistema de bases de datos
>>> fue interrumpido; última vez en funcionamiento en 2025-02-27 14:28:08 CET
>>> 2025-03-05 17:52:45.821 CET [16134] LOG: creando el directorio WAL
>>> faltante «pg_wal/archive_status»
>>> cp: no se puede efectuar `stat' sobre
>>> '/var/lib/pgsql/16/data/barman_wal/00000002.history': No existe el fichero
>>> o el directorio
>>> 2025-03-05 17:52:46.117 CET [16134] LOG: comenzando el proceso de
>>> recuperación hasta 2025-03-05 09:10:00+01
>>> 2025-03-05 17:52:46.117 CET [16134] LOG: iniciando recuperación de
>>> backup con LSN de redo 0/9000028, LSN de checkpoint 0/9000060, en timeline 1
>>> 2025-03-05 17:52:46.127 CET [16134] LOG: se ha restaurado el archivo
>>> «000000010000000000000009» desde el área de archivado
>>> 2025-03-05 17:52:46.153 CET [16134] LOG: redo comienza en 0/9000028
>>> 2025-03-05 17:52:46.165 CET [16134] LOG: se ha restaurado el archivo
>>> «00000001000000000000000A» desde el área de archivado
>>> 2025-03-05 17:52:46.205 CET [16134] LOG: se ha restaurado el archivo
>>> «00000001000000000000000B» desde el área de archivado
>>> 2025-03-05 17:52:46.236 CET [16134] LOG: se completó la recuperación de
>>> backup con LSN de redo 0/9000028 y LSN de término 0/9000100
>>> 2025-03-05 17:52:46.236 CET [16134] LOG: el estado de recuperación
>>> consistente fue alcanzado en 0/9000100
>>> 2025-03-05 17:52:46.236 CET [16130] LOG: el sistema de bases de datos
>>> está listo para aceptar conexiones de sólo lectura
>>> 2025-03-05 17:52:46.250 CET [16134] LOG: se ha restaurado el archivo
>>> «00000001000000000000000C» desde el área de archivado
>>> 2025-03-05 17:52:46.301 CET [16134] LOG: se ha restaurado el archivo
>>> «00000001000000000000000D» desde el área de archivado
>>> 2025-03-05 17:52:46.371 CET [16134] LOG: deteniendo recuperación antes
>>> de comprometer la transacción 745, hora 2025-03-05 16:29:46.749885+01
>>> 2025-03-05 17:52:46.371 CET [16134] LOG: pausando al final de la
>>> recuperación
>>> 2025-03-05 17:52:46.371 CET [16134] HINT: Ejecute
>>> pg_wal_replay_resume() para promover.
>>> 2025-03-05 17:53:02.070 CET [16242] ERROR: el punto de inicio
>>> solicitado 0/12000000 está más adelante que la posición de sincronización
>>> (flush) de WAL de este servidor 0/D42E0A8
>>> 2025-03-05 17:53:02.070 CET [16242] SENTENCIA: START_REPLICATION SLOT
>>> "barman" 0/12000000 TIMELINE 1
>>> 2025-03-05 17:54:02.265 CET [16473] ERROR: el punto de inicio
>>> solicitado 0/12000000 está más adelante que la posición de sincronización
>>> (flush) de WAL de este servidor 0/D42E0A8
>>> 2025-03-05 17:54:02.265 CET [16473] SENTENCIA: START_REPLICATION SLOT
>>> "barman" 0/12000000 TIMELINE 1
>>> 2025-03-05 17:55:01.516 CET [16712] ERROR: el punto de inicio
>>> solicitado 0/12000000 está más adelante que la posición de sincronización
>>> (flush) de WAL de este servidor 0/D42E0A8
>>> 2025-03-05 17:55:01.516 CET [16712] SENTENCIA: START_REPLICATION SLOT
>>> "barman" 0/12000000 TIMELINE 1
>>>
>>>
>>> Aqui se queda , no dice cuando ha terminado
>>>
>>>
>>>
^ permalink raw reply [nested|flat] 7+ messages in thread
end of thread, other threads:[~2025-03-06 11:16 UTC | newest]
Thread overview: 7+ messages (download: mbox mbox.gz follow: Atom feed)
-- links below jump to the message on this page --
2025-03-05 12:03 comenzado con barman kernel <jucabapa@gmail.com>
2025-03-05 14:46 ` Felipe Nicolas Alvarado Diaz <felipealvaradodiaz@gmail.com>
2025-03-05 17:00 ` kernel <jucabapa@gmail.com>
2025-03-05 19:24 ` Jaime Soler <jaime.soler@gmail.com>
2025-03-05 21:41 ` kernel kernel <jucabapa@gmail.com>
2025-03-06 11:08 ` Jaime Soler <jaime.soler@gmail.com>
2025-03-06 11:16 ` Jaime Soler <jaime.soler@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