Re: VACUMM FULL - max_fsm_pages

GRACIAS POR LA RESPUESTA,
El VACUMM FULL se realiza despues de hacer una depuracion de la base de
datos, que elimina transacciones.
La base de datos queda reducida a la mitad luego de ejecutar el depurador,
por lo tanto se eliman un monto de transacciones.
Al eliminar tantos registros el FSM no tendria que quedar mas liberado
despues de hacer el VACUMM FULL?

El día 31/08/07, Alvaro Herrera <alvherre(at)commandprompt(dot)com> escribió:
>
>
> Lo que sucederá es que cada vez que ejecutes VACUUM (sin full) no habrá
> espacio en el FSM ("free space map", mapa de espacio libre) para
> recordar cuales paginas tienen espacio libre. Por lo tanto, se
> "olvidará", y la próxima vez que necesites insertar una nueva tupla (o
> un UPDATE) no podrá usarlo porque no recuerda que lo tiene. Y así en
> tus tablas irás perdiendo espacio y el uso de disco será mayor de lo
> requerido (lo cual es un problema autoperpetuante: si la tabla es cada
> vez más grande, el espacio que vas perdiendo es cada vez mayor).
>
> Puedes ignorarlo y Postgres seguirá funcionando correctamente, pero es
> absolutamente no recomendable. Para recuperar ese espacio muerto la
> única herramienta que te servirá será VACUUM FULL, lo cual provoca los
> conocidos problemas de downtime (por tener la tabla bloqueada).
>
> Ojo con una cosa: en un sistema bien administrado, VACUUM FULL no
> debería ser necesario (excepto en casos de borde muy delimitados). De
> hecho, se está planteando eliminar totalmente VACUUM FULL en alguna
> versión futura de Postgres.
>
> --
> Alvaro Herrera
> http://www.amazon.com/gp/registry/CTMLCN8V17R4
> "I call it GNU/Linux. Except the GNU/ is silent." (Ben Reiter)
>