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.so...@gmail.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@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! >> >>
