Re: Barman y directorios diferentes de debian/ubuntu

Jaime muchas gracias por tu respuesta, mi duda apuntaba mas al tema que la
instalación postgres sobre debian arma los servicios con service y con
pg_ctlcluster pero al parecer, por los pasos que describí en mi mensaje
anterior, todo queda en orden y funcionando.
¡Muchas gracias!

El vie, 19 ene 2024 a las 10:58, Jaime Soler (<jaime(dot)soler(at)gmail(dot)com>)
escribió:

> 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(at)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(at)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 (<
> guillermovil(at)gmail(dot)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!
>>
>>