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 <hiv...@gmail.com
<mailto: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
<mailto: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
