Vacuum full reduce almacenamiento y analize no

From: Julio Cesar Ayala Guarin <juliocesar(dot)ayalaguarin(at)gmail(dot)com>
To: pgsql-es-ayuda(at)postgresql(dot)org
Subject: Vacuum full reduce almacenamiento y analize no
Date: 2011-08-10 21:29:12
Message-ID: CADHSD0bHbo0D2P0ySKahRRPs60RSTXDKWGD1_7tK_Fop5u72Pg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-es-ayuda

Buenas tardes.

Deseo contarles acerca de una situación que se me ha presentado
con postgres para que por favor me comenten su opinión al respecto.

Contamos con una base de datos que almacena documentos escaneados y cuenta
actualmente con un tamaño de 180 GB. Como sistema de contingencia contamos
con una réplica de la BD en un Centro de datos extrerno. Contamos con la
misma versión de postgres y del sistema operativo en los dos ambientes
productiov y conitingencia.

Se ha observado que el tamaño de la BD productiva tiene un tamaño de 180 GB
y la de contingencia 205 GB. Entonces se ejecuto un vacuumdb --full
nombrebaseddatos sobre postgres en contingencia y ahora muestra un tamaño de
178 GB. Sin embargo en la noche se ejecuta un proceso batch que carga las
novedades generadas durante el día en la bd productiva a la base de datos de
contingencia. Después del proceso de carga, se observa que la bd productiva
continúa con 180 GB y la base de datos de contingencia creció de 178 GB a
186 GB. a pesar de que en la madrugada después de la carga de las novedades
a la bd de contingencia se ejecuta vacuumdb --analyze -a

Versión de Postgres --> 8.4.1
Linux Red hat 5.3 64 bits

Debo ejecutar siempre vacuumdb --full basededatos ?
A que se debe el crecimiento excesivo de la bd de contingencia.?

Responses

Browse pgsql-es-ayuda by date

  From Date Subject
Next Message Rodrigo Gonzalez 2011-08-10 21:41:35 Re: Vacuum full reduce almacenamiento y analize no
Previous Message William Diaz Pabón 2011-08-10 14:21:52 Re: Hacer update creando dinamicamente los campos a actualizar