No te llego a entender muy bien, tus dudas, pero te pongo un ejemplo de una
recuperación sobre el mismo servidor de base de datos, pero sobre distinta
localización de pgdata y a ver si así se resuelven:

1) hago el recover del backup con id 2021 del servidor db_remoto sobre el
servidor con ip XX y ruta /var/lib/postgresql/data/13/restore
barman recover --remote-ssh-command "ssh -p XX postgres@XX" db_remoto 2021
/var/lib/postgresql/data/13/restore
Starting remote restore for server db_remoto using backup 2021
Destination directory: /var/lib/postgresql/data/13/restore
Remote command: ssh -p XX postgres@XX
Copying the base backup.
Copying required WAL segments.
Generating archive status files
Identify dangerous settings in destination directory.

WARNING
The following configuration files have not been saved during backup, hence
they have not been restored.
You need to manually restore them in order to start the recovered
PostgreSQL instance:

    postgresql.conf
    pg_hba.conf
    pg_ident.conf

Recovery completed (start time: 2021-06-23 17:05:36.419785, elapsed time: 5
minutes, 7 seconds)

Your PostgreSQL server has been successfully prepared for recovery!

Al finalizar el backup, qué hago?
Si es para hacer una prueba rápida,
- Copio los ficheros de configuración de postgres en el nuevo pgdata.
- Me aseguro que en los ficheros de configuración se apunta a la nueva ruta
del pgdata y las rutas de los ficheros de configuración ,
https://www.postgresql.org/docs/16/runtime-config-file-locations.html#RUNTIME-CONFIG-FILE-LOCATIONS
- Cambio el puerto, port , de postgresql.conf si ya tengo más postgres en
uso en el servidor destino y pudiera entrar en conflicto con el puerto
asignado
- Y arranco la instancia con el comando pg_ctl start -D
/var/lib/postgresql/data/13/restore

Si el restore se va a mantener, añadiría:
- Me aseguraría que tengo los paquetes/binarios del servidor de postgres de
la versión que quiero ejecutar.
- Entonces replicaría los ficheros de conf en sus rutas originales
- Crearía unidad de servicio de postgres indicando el nuevo pgdata

Si quieres compartenos que estas haciendo y donde ves que tienes problemas.

Un saludo

El vie, 19 ene 2024 a las 13:36, Guillermo E. Villanueva (<
guillermo...@gmail.com>) escribió:

> Hola buenos días, tengo una duda sobre el proceso de "recover" con barman
> sobre un server debian o ubuntu.
> Debian o Ubuntu tiene directorios diferentes para data, conf y bin, cuando
> hago un recover sobre un server con identica configuración que mi servidor
> de producción (ubuntu con directorios separados y servicios configurados
> para iniciar al arrancar), barman deja todo listo para iniciar el postgres
> con configuraciones en el mismo directorio de datos (postgresql.conf,
> recovery.conf), cuales serían los pasos correctos al iniciar por primera
> vez luego de un recover?
>
> postgresql 11
> barman 2.19
>
> Desde ya muchas gracias!
>
>

Reply via email to