Buen día, interesante pregunta, quizá si no configuras el archivado, corres el riesgo de perder wals que no se pudieron transferir para replicación. Hay varios artículos y rtas en otros foros, esta está interesante: https://stackoverflow.com/questions/45703167/use-of-archive-command-in-postgresql-streaming-replication
y la respuesta de mas abajo de esta también está buena: https://stackoverflow.com/questions/19407634/in-postgresql-9-2-is-archiving-required-for-streaming-replication Saludos. El mar, 5 oct 2021 a las 5:11, Ekaterina Amez (<ekaterina.a...@zunibal.com>) escribió: > Buenos días, > > Ayer monté una réplica física entre dos máquinas (streaming replication) y > hoy me he encontrado el siguiente mensaje en los logs del Maestro: > "WARNING: archive_mode activado, pero archive_command no está definido" > > Efectivamente, al cambiar los parámetros de configuración para permitir la > replicación, dejé el parámetro archive_command vacío. He comprobado ambas > bbdd y está todo correcto. Mi pregunta es la siguiente: si no quiero > archivar los WAL y sólo quiero hacer Streaming Replication, y tengo > configurado el parámetro wal_keep_segments para que guarde los archivos del > WAL de las últimas 8 horas (se generan 4 archivos de WAL por hora), ¿para > qué sirve el parámetro archive_command? > Para evitar que salga el Warning lo he cambiado a "cd .", algo inofensivo > y que, por otra parte, he visto en varios artículos sobre Straming > Replication. > > Muchas gracias, > Ekaterina > >
