Re: vacuumdb question/problem

Поиск
Список
Период
Сортировка
От David Ondrejik
Тема Re: vacuumdb question/problem
Дата
Msg-id 4E287A0C.5090501@noaa.gov
обсуждение исходный текст
Ответ на Re: vacuumdb question/problem  ("Kevin Grittner" <Kevin.Grittner@wicourts.gov>)
Ответы Re: vacuumdb question/problem  (Bob Lunney <bob_lunney@yahoo.com>)
Re: vacuumdb question/problem  ("Kevin Grittner" <Kevin.Grittner@wicourts.gov>)
Список pgsql-admin
  I think I see a (my) fatal flaw that will cause the cluster to fail.


>>  From the info I received from previous posts, I am going to change
>> my game plan. If anyone has thoughts as to different process or
>> can confirm that I am on the right track, I would appreciate your
>> input.
>>
>> 1. I am going to run a CLUSTER on the table instead of a VACUUM
>> FULL.
Kevin Grittner stated:
> If you have room for a second copy of your data, that is almost
> always much faster, and less prone to problems.

I looked at the sizes for the tables in the database and the table I am
trying to run the cluster on is 275G and I only have 57G free.  I don't
know how much of that 275G has data in it and how much is empty to allow
for a second copy of the data. I am guessing the cluster would fail due
to lack of space.

Are there any other options??

If I unload the table to a flat file; then drop the table from the
database; then recreate the table; and finally reload the data - will
that reclaim the space?

Kevin - thanks for the book recommendation.  Will order it tomorrow.

Thanks again for all the technical help!

Dave

Вложения

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

Предыдущее
От: A J
Дата:
Сообщение: Followup on 'Standby promotion does not work'
Следующее
От: Bob Lunney
Дата:
Сообщение: Re: vacuumdb question/problem