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

[Oleh Hrynchuk]

вт, 14 черв. 2022 р. о 13:28 VASYL MELNYK <basil at vpm.net.ua> пише:

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

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



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



вт, 14 июн. 2022 г. в 11:10, Oleh Hrynchuk <oleh.hrynchuk at gmail.com>:
>
>> Привіт, шановні колеги.
>>
>> Ще раз дякую за слушні зауваження!
>> Подивився, перечитав, подумав іще раз, і таки схиляюся до думки, що це
>> моє залізо "не тягне". Там ще у фоні висить купа jdk-процесів, контейнерів
>> і проч.
>> І хоча на вихідні (коли я стартую pg_restore) як правило ніхто їх активно
>> не використовує, проте вони все ж забирають певні ресурси.
>>
>>
>>
>> вт, 14 черв. 2022 р. о 09:22 VASYL MELNYK <basil at vpm.net.ua> пише:
>>
>>> IMHO, треба подивитися на швидкість запису на I/O - якщо pg_restore пише
>>>> на максимальній швидкості, то треба міняти залізо; якщо ні, то можно
>>>> піднімати shared_buffers, maintenance_work_mem, wal_buffers,
>>>> checkpoint_segments або виключати full_page_writes, auto_vacuum та логгінг.
>>>>
>>>
>>> Та ну , Олег же написав - мінімальний тюнинг виконано, а цього для
>>> нормальної роботи достатньо. То все що написано то для роботи важливо - не
>>> для ресторе.
>>> _______________________________________________
>>> uanog mailing list
>>> uanog at uanog.kiev.ua
>>> https://mailman.uanog.kiev.ua/mailman/listinfo/uanog
>>>
>>
>>
>> --
>> Regards,
>> /oleh hrynchuk
>>
>

-- 
Regards,
/oleh hrynchuk
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.uanog.kiev.ua/pipermail/uanog/attachments/20220614/42d56b8b/attachment.htm>