Re: Should a DB vacuum use up a lot of space ?

Поиск
Список
Период
Сортировка
От Philippe Girolami
Тема Re: Should a DB vacuum use up a lot of space ?
Дата
Msg-id 85139D5D-4EFF-46F9-96A1-6B773CDAE399@mosaik.com
обсуждение исходный текст
Ответ на Re: Should a DB vacuum use up a lot of space ?  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Should a DB vacuum use up a lot of space ?  (Adrian Klaver <adrian.klaver@aklaver.com>)
Список pgsql-general
Thanks to Tom & Adrian, here’s what happened (my version was 9.1, sorry I forgot to mention it)

1) 10 hours after my email, the VACUUM had used up about 3.5TB but had stopped using up more disk space, it was now
“simply”reading data from the file system
 
2) I attempted to interrupt using CTRL-D to no avail so I interrupted with CTRL-C. That stopped it with a clean message
(butdid not relinquish filesystem space)
 
3) I exited the backend successfully using CTRL-D and relaunched it with the additional “–r” command line argument
4) I ran the query to see which tables were the “oldest” and did not recognize the ones before I started the vacuuming
(encouraging!)
5) I ran CHECKPOINT on the backend and got all the disk space back
6) I realized that the message regarding wraparound was no longer an ERROR but a WARNING so I was able to restart
postgres“normally”
 
7) I ran a query based on my previous query to build VACUUM VERBOSE commands on the tables with the oldest transaction
idsand wrote it to a text file and then execute that file, I now have tens of millions of transactions back and can
restartmy server. I’ll do the rest of the VACUUM maintenance during low-load periods.
 

Cheers
Philippe


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

Предыдущее
От: Artur Zakirov
Дата:
Сообщение: Re: Updated RUM-index and support for bigint as part of index
Следующее
От: Adrian Klaver
Дата:
Сообщение: Re: Should a DB vacuum use up a lot of space ?