É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-restore/


El mié, 5 mar 2025 a las 22:41, kernel kernel (<jucab...@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.so...@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 (<jucab...@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 (<jucab...@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
>>
>>
>>

Reply via email to