Incluso, leí recientemente que pg_start_backup y pg_start_backup serían descontinuados
https://www.cybertec-postgresql.com/en/exclusive-backup-deprecated-what-now/ El vie., 7 de jun. de 2019 5:46 AM, Hellmuth Vargas <hiv...@gmail.com> escribió: > Hola Kernel > > Que versión de PostgreSQL emplea? porque para regenerar réplicas es > muchísimo mejor emplear pg_basebackup > > https://www.postgresql.org/docs/11/app-pgbasebackup.html > > El mar., 4 de jun. de 2019 12:09 PM, kernel <jucab...@gmail.com> escribió: > >> >> Hola, >> >> tengo una maquina de respaldo que le ha fallado el backplane y se ha >> apagado, he tardado 7 dias en conseguir el repuesto, la he puesto en >> marcha y en el log me dice lo siguiente: >> >> cp: no se puede efectuar `stat' sobre >> «/db/wal_esclavo/wal_shipped/00000001000002C500000044»: No existe el >> fichero o el directorio >> cp: no se puede efectuar `stat' sobre >> «/db/wal_esclavo/wal_shipped/00000001000002C500000044»: No existe el >> fichero o el directorio >> 2019-06-04 19:06:24 CEST LOG: la replicación en flujo se ha >> conectado exitosamente al primario >> 2019-06-04 19:06:24 CEST FATAL: no se pudo recibir datos desde el >> flujo de WAL: FATAL: el segmento de WAL solicitado >> 00000001000002C500000044 ya ha sido eliminado >> >> >> Entiendo que el servidor principal ya ha borrado los ficheros, supongo >> que tengo que volver a sincronizar desde el principio, tengo que volver >> ha empezar, >> >> hacer un select pg_start_backup('.....') y demas. >> >> La pregunta es , ¿puedo hacer un pg_start_backup con el resto de >> usuarios trabajando con la base de datos o tengo que tener uso exclusivo? >> >> >> Gracias >> >> Un Saludo >> >> >> >>
