Re: Perdida de flujo replicacion

Kernel utilizarias alguna herramienta como repmgr or solo streaming
replication?

Ademas que version de postgres estas usando?

Todo depende de lo que consideres mwjor paara tu entorno.

Yo uso:

Primary---SR--->Standby1---Cascading R--->Standby2(DR)

Saludos,
Carlos

On Fri, Jun 7, 2019, 6:30 AM kernel <jucabapa(at)gmail(dot)com> wrote:

> Hola,
>
> Gracias, ya lo he reconstruido sin necesidad de parar al resto de usuarios
> (Gracias Marcelo).
>
> Efectivamente estoy viendo ejemplos de del pg_basebackup, voy a ver si veo
> como funciona
>
> Me gustaria probar un entorno de 1 maestro y 2 esclavos
>
> ¿como seria?, ¿algún Ejemplo?
>
> Gracias
>
>
> El 07/06/2019 a las 13:13, Hellmuth Vargas escribió:
>
> 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
>>>
>>>
>>>
>>>