Re: Perdida de flujo replicacion

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 <hivs77(at)gmail(dot)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 <jucabapa(at)gmail(dot)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
>>
>>
>>
>>