Re: VACUUM to prevent wraparound
От | Dmitry E. Oboukhov |
---|---|
Тема | Re: VACUUM to prevent wraparound |
Дата | |
Msg-id | 20180416130132.bqjsrwzy5ddsbt7s@vdsl.uvw.ru обсуждение исходный текст |
Ответ на | Re: VACUUM to prevent wraparound (Sergei Kornilov <sk@zsrv.org>) |
Ответы |
Re: VACUUM to prevent wraparound
|
Список | pgsql-ru-general |
> Привет > Если вы будете мешать работать antiwraparound автовакууму - у вас через некоторое обозримое время встанет вообще вся базаи потребует плотного общения с DBA вроде вот такого: >> ERROR: database is not accepting commands to avoid wraparound data loss in database "mydb" >> HINT: Stop the postmaster and vacuum that database in single-user mode. > https://www.postgresql.org/docs/current/static/routine-vacuuming.html#VACUUM-FOR-WRAPAROUND в общем приблизительно я разобрался что произошло. видимо бага которую закрывали в 9.5.6-1 и о которую мы в свое время нос разбили еще таки есть. я запустил руками VACUUM ANALYZE VERBOSE orders; затем стопнул prevent-запрос и увидел что VACUUM не может пройти поскольку один из индексов фелится vacuum ERROR: failed to re-find parent key in index "orders_from_fullname_idx" for deletion target page 163383 я дропнул и пересоздал этот индекс и далее снова пустил VACUUM ANALYZE VERBOSE orders; этот VACUUM еще идет, но судя по всему минут через 15 завершится. а дальше будем смотреть, надеюсь что и prevent исчезнет > Потому что иначе при wraparound сделать больше ничего нельзя. > Ждите когда wraparound завершится либо выполните vacuum freeze самостоятельно. > И включите обратно autovacuum. Он выполняет много полезной работы. Если вы думаете что он мешает - значит у вас недостаточноагрессивно настроен автовакуум. да это понятно. Я его выключил в рамках попытки разобраться что было. > С уважением, Сергей -- . ''`. Dmitry E. Oboukhov <unera@debian.org> : :’ : `. `~’ GPG key: 4096R/08EEA756 2014-08-30 `- 71ED ACFC 6801 0DD9 1AD1 9B86 8D1F 969A 08EE A756
Вложения
В списке pgsql-ru-general по дате отправления: