Re: [uanog] Дуже повільний процес pg_restore.. Can anybody help by advice?

вт, 14 черв. 2022 р. о 13:28 VASYL MELNYK пише:

Я гадаю ти сам чудово розумієш, що тримати бд разом з аплікухою неправильно.

+ Але тачка некритична. Чисто для QA. Тому так сталося історично. Жила собі, не тужила, доки об"єми баз не стали ось отакі. Причому практично усі сервіси від початку там розподілені по докер-контейнерах. Лише ось PostgreSQL сам по собі, ну ще Apache2/Nginx.

В мене давно вже один сервіс - одна віртуалка, виняток тільки для старої бази 1с, але це на віндовс та й там просто без мс скуля воно не живе - один майстер золоті руки колись конфу писав, запустити на линуху не виходить, а витрачати час на це немає сенсу. Ось так і живе.

А решта сервісів кожен окремо.

І це безумовно правильно. вт, 14 июн. 2022 г. в 11:10, Oleh Hrynchuk :

...

Привіт, шановні колеги.

Ще раз дякую за слушні зауваження! Подивився, перечитав, подумав іще раз, і таки схиляюся до думки, що це моє залізо "не тягне". Там ще у фоні висить купа jdk-процесів, контейнерів і проч. І хоча на вихідні (коли я стартую pg_restore) як правило ніхто їх активно не використовує, проте вони все ж забирають певні ресурси.

вт, 14 черв. 2022 р. о 09:22 VASYL MELNYK пише:

...

IMHO, треба подивитися на швидкість запису на I/O - якщо pg_restore пише

...

на максимальній швидкості, то треба міняти залізо; якщо ні, то можно піднімати shared_buffers, maintenance_work_mem, wal_buffers, checkpoint_segments або виключати full_page_writes, auto_vacuum та логгінг.

Та ну , Олег же написав - мінімальний тюнинг виконано, а цього для нормальної роботи достатньо. То все що написано то для роботи важливо - не для ресторе. _______________________________________________ uanog mailing list uanog@uanog.kiev.ua https://mailman.uanog.kiev.ua/mailman/listinfo/uanog

-- Regards, /oleh hrynchuk

-- Regards, /oleh hrynchuk