SpamAssassin + PostgreSQL : растёт база -- что делать?

Приветствую!

Я у себя на сервере в своё время распинал почту на postfix+... + антиспам на основе SpamAssassin (бд у него на постгресе). Всё хорошо было, пока я не обращал внимание на свободное место на винте.

Оказалось, что растут файлы бд.

Вопрос собственно один:
Можно ли как-то пострипать бд постгреса? (штатными средсвами посгреса "вырезать пустоты" или же убрать лишнюю (избыыточную) статистику спаассассина.

Может кто подскажет?

Спасибо.

Цитата:

от:Schnappi das Kleine Krokodil
Приветствую!

Я у себя на сервере в своё время распинал почту на postfix+... + антиспам на основе SpamAssassin (бд у него на постгресе). Всё хорошо было, пока я не обращал внимание на свободное место на винте.

Оказалось, что растут файлы бд.

Вопрос собственно один:
Можно ли как-то пострипать бд постгреса? (штатными средсвами посгреса "вырезать пустоты" или же убрать лишнюю (избыыточную) статистику спаассассина.

Может кто подскажет?

Спасибо.

Подробнее

а может быть это у него логи\роллбэк сегменты выросли?

Цитата:

от: now and zen
а может быть это у него логи\роллбэк сегменты выросли?

Вопрос: как их пострипать?

hint: В моём CV упоминания БД как "стронг ноледж" нету.

Цитата:

от: Schnappi das Kleine Krokodil
Вопрос: как их пострипать?

hint: В моём CV упоминания БД как "стронг ноледж" нету.

Искать в доках слова truncate, log или segment.
Или managing rollback segments.
Вот нечто подобное для Оракла http://ovir.icp.ac.ru/oracle/doc/server/doc/sad73/ch17.htm#DropRollSeg
Но в Постгрэсе надо читать доки.

Цитата:

от:now and zen
Искать в доках слова truncate, log или segment.
Или managing rollback segments.
Вот нечто подобное для Оракла http://ovir.icp.ac.ru/oracle/doc/server/doc/sad73/ch17.htm#DropRollSeg
Но в Постгрэсе надо читать доки.

Подробнее

Для оракла не нада... Про оракл я могу у благоверной спросить ;)

Цитата:

от: Schnappi das Kleine Krokodil

Вопрос собственно один:
Можно ли как-то пострипать бд постгреса? (штатными средсвами посгреса "вырезать пустоты" или же убрать лишнюю (избыыточную) статистику спаассассина.

Вот это не оно?
VACUUM reclaims storage occupied by deleted tuples. In normal PostgreSQL operation, tuples that are deleted or obsoleted by an update are not physically removed from their table; they remain present until a VACUUM is done. Therefore it's necessary to do VACUUM periodically, especially on frequently-updated tables.

Цитата:

от:rakopauk
Вот это не оно?
VACUUM reclaims storage occupied by deleted tuples. In normal PostgreSQL operation, tuples that are deleted or obsoleted by an update are not physically removed from their table; they remain present until a VACUUM is done. Therefore it's necessary to do VACUUM periodically, especially on frequently-updated tables.

Подробнее

YES!
ОНО!

Большое спасибо!


Причём введь когда-то,я помню, этот вакьюм стоял в кронтабе...

Ааах-ха...
В кронтабе его как раз никогда и не было, потому и ж_па.

И непонятно, как его в кронтаб засунуть.

Цитата:

от: Schnappi das Kleine Krokodil
Ааах-ха...
В кронтабе его как раз никогда и не было, потому и ж_па.

И непонятно, как его в кронтаб засунуть.

vacuumdb -az
Или типа того...
PS: А на восьмой постгрес в пакете идёт периодик-скрипт.

Цитата:

от: cox
vacuumdb -az
Или типа того...
PS: А на восьмой постгрес в пакете идёт периодик-скрипт.

Восьмой и стоит, на периодик скрипта чё т не вижу.

Цитата:

от: Schnappi das Kleine Krokodil
Восьмой и стоит, на периодик скрипта чё т не вижу.

У меня тут /usr/local/etc/periodic/daily/502.pgsql
(PostgreSQL 8.2.1)
И там две переменные:
daily_pgsql_vacuum_enable="YES"
daily_pgsql_backup_enable="NO"

PS: это на FreeBSD.