From: | Martín Marqués <martin(dot)marques(at)gmail(dot)com> |
---|---|
To: | Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> |
Cc: | mauricio pullabuestan <jmauriciopb(at)yahoo(dot)es>, Juan <smalltalker(dot)marcelo(at)gmail(dot)com>, Postgres ayuda <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: no se pudo recibir datos del cliente: Conexión reinicializada por la máquina remota |
Date: | 2023-12-18 15:52:13 |
Message-ID: | CABeG9LtY+FA5cmD+XWx468=W466cPFYBjPsMhOo2wez6cveDUQ@mail.gmail.com |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Buenas,
> > La configuración del Servidor maestro para almacenar los wals.
> > archive_mode = on
> > archive_command = 'cp %p /var/lib/postgresql/9.6/main/archive/%f'
[snip]
> Nota, eso sí, que el archive_command que estás usando tiene varias
> desventajas y podría causarte problemas a la larga. No se recomienda
> que manejes estas cosas tú mismo, porque es muy fácil hacerlas mal y
> terminar corrompiendo datos. Si esos WAL son para backups, te
> recomiendo usar Barman --> www.pgbarman.org Hay otras opciones para
> hacer backups. (Si no son para backups, entonces me pregunto para qué.)
Además de lo que Alvaro menciona, creo que lo más peligroso y dañino
que veo en ese archive_command es el hecho que copias los WALs dentro
de PGDATA, lo que hará que tus backups sean más lentos. Si quieres aún
así tener un archivo de WALs, al menos tenlo fuera de PGDATA.
Saludos,
--
Martín Marqués
It’s not that I have something to hide,
it’s that I have nothing I want you to see
From | Date | Subject | |
---|---|---|---|
Next Message | Fernando Siguenza | 2024-01-08 02:27:44 | Alto consumo de procesador |
Previous Message | Alvaro Herrera | 2023-12-18 15:28:04 | Re: no se pudo recibir datos del cliente: Conexión reinicializada por la máquina remota |