Re: LARGE db dump/restore for upgrade question

Поиск
Список
Период
Сортировка
От Philip Crotwell
Тема Re: LARGE db dump/restore for upgrade question
Дата
Msg-id Pine.GSO.4.10.10108151259050.12843-100000@tigger.seis.sc.edu
обсуждение исходный текст
Ответ на Re: LARGE db dump/restore for upgrade question  (Joseph Shraibman <jks@selectacast.net>)
Ответы viewing/restoring old rows  (David Wright <ichbin@heidegger.rprc.washington.edu>)
Список pgsql-general
Hi

Just did a vacuum, took almost 4 hours. The interesting thing about this
is that there are only two small tables that have updates, everything else
has been just inserts. I would have thought that a vacuum of a database
shouldn't take very long if there aren't alot of "deleted" rows.

Another problem is that the size of the database is now 52Gb!!! I
assume that it is WAL files growing out of control? I thought this was
fixed in 7.1.2? As soon as I start a second vacuum the size drops back
down to 27Gb.

thanks,
Philip


pooh 19>date ; time vacuumdb sceppdata ; date
Wed Aug 15 09:09:19 EDT 2001
VACUUM
0.03u 0.08s 3:49:07.53 0.0%
Wed Aug 15 12:58:29 EDT 2001
pooh 20>



On Tue, 14 Aug 2001, Joseph Shraibman wrote:

>
>
> Philip Crotwell wrote:
> > Hi
> >
> > I have a very large database of seismic data. It is about 27 Gb now, and
> > growing at about the rate of 1 Gb every 3-4 days. I am running
> <snip>
>
> Out of curiosity, how long does it take you to vacuum that?
>
> --
> Joseph Shraibman
> jks@selectacast.net
> Increase signal to noise ratio.  http://www.targabot.com
>
>



В списке pgsql-general по дате отправления:

Предыдущее
От: roypgsqlgen@xemaps.com
Дата:
Сообщение: RE: why no stored procedures?
Следующее
От: "Tamara D. Blum"
Дата:
Сообщение: Error installing postgresql 7.1.2