>> Покури pg_resetxlog
> Не, так делать точно не стоит.
да эта утилита не подходит.
её конечно сразу поглядел, но она только оффлайн работает.
>> одну нагруженную БД поставили в режим pg_start_backup (реплику к ней
>> приделывали), ну и она в этом режиме простояла несколько дней (rsync с
>> ограничением скорости шел, ну и столько заняло).
>> теперь в каталоге pg_xlog там накоплено 100500 файлов,
>> есть ли какая-то команда которая не выводя сервер в оффлайн
>> принудительно заставит pg почистить этот каталог "прямо сейчас»?
> Надо сделать pg_stop_backup() и сказать CHECKPOINT. Потому что xlog’и
> докидываются новые и удаляются старые именно checkpointer’ом. И кстати, о какой
> версии postgres’а речь?
и pg_stop_backup и CHECKPOINT я конечно же сделал. проблема в том что
файлов это не уменьшило.
они понемногу стираются самим Pg (видимо когда он делает
CHECKPOINT'ы), но восстановится их количество указанное в конфиге
видимо еще не скоро, ну и я хотел в период когда мало нагрузки ручками
как-то подпихнуть его в этом направлении
--
. ''`. Dmitry E. Oboukhov
: :’ : email: unera@debian.org jabber://UNera@uvw.ru
`. `~’ GPGKey: 1024D / F8E26537 2006-11-21
`- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537