muchas gracias Jaime El sáb, 20 ene 2024 a las 13:45, Jaime Soler (<jaime.so...@gmail.com>) escribió:
> 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! >>>> >>>>
