Bueno en el caso de Debian/Ubuntu , Yo reutilizaría el servicio y la instancia que se crea cuando instalas los paquetes del servidor, y directamente restauraba sobre ese pgdata ( habiendo previamente borrado el contenido de ésta) y reescribía en las rutas de /etc/postgresql... los ficheros de configuración . Según entiendo la recuperación que has hecho es una recuperación a un momento del tiempo ( PITR ) y por eso has tenido que hacer los pasos adicionales de reanudar el wal.. , pero yo veo todos los pasos que realizastes bastante lógicos y no me suena que nada sea erróneo.
Un saludo El vie, 19 ene 2024 a las 15:16, Guillermo E. Villanueva (< guillermo...@gmail.com>) escribió: > 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! >>> >>>
