From: | Jaime Casanova <jaime(dot)casanova(at)2ndquadrant(dot)com> |
---|---|
To: | Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> |
Cc: | "jvenegasperu (dot)" <jvenegasperu(at)gmail(dot)com>, Ayuda <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: Mejorar velocidad de backup en postgres |
Date: | 2017-11-27 02:05:45 |
Message-ID: | CAJGNTeMrX+Ly0f_eg+tzAuMJMbW5ZH1J2DoruZkN5RcDuOvcrw@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
2017-11-24 12:45 GMT-05:00 Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>:
> jvenegasperu . escribió:
>
>> al momento de hacer el backup con pg_dump se hace de manera veloz hasta
>> llegar a esta tabla donde se tarda aproximadamente 25 minutos en efectuar
>> el backup de esta tabla.
>
> ¿mediste el tiempo de hacer pg_dump de esa tabla separada? Es posible
> que, como son imágenes, el tiempo se vaya en hacer la compresión del
> dump, si es que estás usando un formato comprimido (como -Fc o -Fd).
>
> En ese caso una posibilidad es excluir esa tabla del pg_dump normal, y
> hacerlo aparte usando -z0 (sin compresión), con lo cual podría resultar
> mucho más rápido.
>
esto funcionó?
donde está almacenada la imagen? en un campo bytea?
si es así lo otro que se me ocurre es que este tardando en recomponer
la imagen, quizá podrías hacer:
ALTER TABLE tabla ALTER columna SET STORAGE EXTERNAL;
esto evitará que los datos al ser enviados a la tabla toast sean
comprimidos y debería ser más rápido. sin embargo, si haces el cambio
ahora esto afectará a los datos futuros, lo que ya está comprimido
seguirá comprimido hasta que hagas un UPDATE en esa columna.
--
Jaime Casanova www.2ndQuadrant.com
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
From | Date | Subject | |
---|---|---|---|
Next Message | Carlos Perez | 2017-11-27 13:21:53 | Consulta sobre replicacion |
Previous Message | Guillermo E. Villanueva | 2017-11-24 18:51:37 | performance con y sin cursor |