Re: [pgsql-fr-generale] Re: [pgsql-fr-generale] Augmentation de taille incontrôlée d'une base

From: Guillaume Lelarge <guillaume(at)lelarge(dot)info>
To: Francois Suter <fsuter(at)cobweb(dot)ch>
Cc: Listes Advocacy <pgsql-fr-generale(at)postgresql(dot)org>
Subject: Re: [pgsql-fr-generale] Re: [pgsql-fr-generale] Augmentation de taille incontrôlée d'une base
Date: 2008-04-22 14:25:27
Message-ID: 480DF557.6040803@lelarge.info
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-fr-generale

Francois Suter a écrit :
>> 13 Mo, c'est 1625 pages disques. Donc 20000, t'es tranquille de ce côté.
>> Mais ça m'étonne, c'est vraiment très peu.
>
> Pardon, c'est moi qui me suis trompé. J'avais déjà divisé par 8 Ko, mais
> écrit 13'000 Ko. C'est 13'000 pages, en fait.
>
>>> Par contre, si je prends la taille des bases, c'est une autre paire
>>> de manches, puisqu'elles ont justement une taille tout à fait
>>> déraisonnable (820 Mo, contre ~50 Mo pour une copie locale propre).
>>> Mais je vais déjà voir avec la mise à jour en 7.4.19...
>>
>> Ça ne serait pas les catalogues système qui ont explosé ? après un
>> VACUUM FULL, tu retrouves une taille "normale" ?
>
> Ah voilà sans doute ce que j'ai oublié. J'ai fait un VACUUM FULL sur la
> base de l'application, mais pas sur les catalogues système. Je ne suis
> pas sûr comment faire. Ca se fait sur template1? Ou sur template0?
>

La première question est : as-tu retrouvé une taille normale pour ta base ?

Sinon, si tu peux faire un initdb, c'est le moyen le plus simple pour
savoir :)

--
Guillaume.
http://www.postgresqlfr.org
http://dalibo.com

In response to

Responses

Browse pgsql-fr-generale by date

  From Date Subject
Next Message Francois Suter 2008-04-22 14:32:04 Re: Re: [pgsql-fr-generale] Augmentation de taille incontrôlée d'une base
Previous Message Francois Suter 2008-04-22 14:12:50 Re: Re: [pgsql-fr-generale] Augmentation de taille incontrôlée d'une base