Добрый день! Подскажите пожалуйста. Есть очень большая таблица. Ее почистили. Сейчас по

Question

Добрый день! Подскажите пожалуйста. Есть очень большая таблица. Ее почистили. Сейчас по

ней бежит вакум. Хочу на нее натравить pg_repack.
Вернуть место ОС так сказать. Места вернется много. Таблица 2ТБ.
БД работает в archive_mode
стоит ли ожидать проблем по месту при работе pg_repack ? Генерация wal логов? Просто рост по месту?
Он же вроде создает копию таблицы временную что бы все это прошло в не блокирующем режиме? Каких то подробностей не нашел на postgrespro вики.

#backend #devops #pgsql #programming #russian

0

04.10.2023

10 ответов

9 просмотров

Alexey Shtabskiy Автор вопроса

Ilya Anfimov
1) Да, создаст копию. 2) Да, всё будет через WAL и...

ну включен archive_mode и есть archive command тоесть стоит ждать увеличения по месту из за wal'ов. Тоесть что бы ее пожать. Я фактически должен добавить места по ее размеру?

0

9 месяцев назад

Ilya Anfimov

Не добавить, а иметь. Вообще, всегда надо иметь не более 50% места заполненного на сервере, который тебе цэнен чем-то. Тогда и добавлять ничего не надо будет. А из-за WALов особо пока не вижу, чтобы что-то увеличивалось -- если archive_command работает, то они будут сразу архивироваться и удаляться. В архиве места да, позаймёт.

0

9 месяцев назад

Ilya Anfimov

Alexey Shtabskiy
ну включен archive_mode и есть archive command тое...

И да, в принцыпе есть pg_compacttable, который не требует места. Впрочем, основной плюс у него не этот (и минусов тожэ хватает, кстати). Но... Но на самом деле -- в любом примерно случае, если уж случилось, что таблица до такого разрослась -- то есть прямой смысл потребовать, чтобы места на сервере было 2xзанятого.

0

9 месяцев назад

Alexey Shtabskiy Автор вопроса

Ilya Anfimov
Не добавить, а иметь. Вообще, всегда надо иметь не...

Просто разработчики решили похранить лог работы сервиса как я могу понять в данной таблице. Вопрос не ко мне уже. но. Ее почистили тут на днях. База сама 5ТБ из которых 2 это как раз таки таблица. Вот думаю. Раз в час у нас забираются архив логи системой резервного копирования. При работе pg_repack видимо место вырастет при ее сжатии (очистке) раз создается копия. т.е будут генерится wal усиленнно. + фоном работа будет от приклада. Тоесть нужно докидывать места. Как вариант нет проблем протестить в предппак среде. С теми же обьемами.

0

9 месяцев назад

Ilya Anfimov

Alexey Shtabskiy
Просто разработчики решили похранить лог работы се...

>Раз в час у нас забираются архив логи системой резервного копирования. А до того где они лежат? (И в чём вообще смысл такого поэтапного перемещения?)

0

9 месяцев назад

Ilya Anfimov

Alexey Shtabskiy
Просто разработчики решили похранить лог работы се...

А, и да, pg_compacttable места для архива WAL потребует большэ.

0

9 месяцев назад

Alexey Shtabskiy Автор вопроса

Ilya Anfimov
>Раз в час у нас забираются архив логи системой ре...

"на ФС машины" в опр точку монтирования. archive_command кладет куда нам надо. они непрерывно не складываются у нас куда то. инкрементал каждый час. фульник в ночь. потом на ленту.

0

9 месяцев назад

Ilya Anfimov

Alexey Shtabskiy
"на ФС машины" в опр точку монтирования. archive_c...

Ну, ждите, что у вас там в этой точке монтирования появится 3ТБ логов (5 было, 2 почистили, 3 должно остаться, соответственно, лечь на новое место).

0

9 месяцев назад

Ilya Anfimov

Alexey Shtabskiy
"на ФС машины" в опр точку монтирования. archive_c...

Можно дождаться тех.окна, отключить архив, приостановить фул, сделать repack, потом снять фул.

0

9 месяцев назад

Ilya Anfimov · Accepted Answer

Ilya Anfimov

1) Да, создаст копию. 2) Да, всё будет через WAL идти. 3) Что такое "БД работает в archive_mode" я вообще не знаю.

0

9 месяцев назад

172 похожих чатов

Добрый день! Подскажите пожалуйста. Есть очень большая таблица. Ее почистили. Сейчас по

10 ответов

Похожие вопросы