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

[Oleh Hrynchuk]

Дуже дякую усім за консультації!
Заспокоївся :)
І розглядаємо придбання нового заліза, або винесення геть усього в AWS.


нд, 12 черв. 2022 р. о 15:28 VASYL MELNYK <basil at vpm.net.ua> пише:

> Не бачу нічого дивно, адже пг_ресторе створює індекси, а 150 гіг це все ж
> таки не іграшки, швидкість зчитування може суттєво відрізнятись від запису.
> Та й до всього ссд сата це не ссд нвме - в мене на саті база ледь рухається.
>
> Тобто  факторів більш ніж до чорта.
>
> ср, 8 июн. 2022 г. в 15:57, Oleh Hrynchuk <oleh.hrynchuk at gmail.com>:
>
>> Привіт усім.
>>
>> Маю стійке переконання, що щось не відтюнено в мене на серваку. Але що не
>> пробував - ефекту нуль.
>>
>> Суть:
>> Є досить здорова база постгреса, під 150 GB. В ній штук 10-12 здорових
>> (5-16 GB) таблиць із здоровими індексами.
>> pg_dump на ній "в 5 смичків" (-j5) відпрацьовує за лічені хвилини. А ось
>> на іншій машині під Ubuntu 18.04 (2 x Intel(R) Xeon(R) CPU X5675 @ 3.07GHz,
>> 48 GB RAM, 1TB SSD) pg_restore цієї БД (твкож з -j5) триває 15 годин!!!
>>
>> Які параметри postgresql.conf чи sysctl.conf показати?
>> Де що в консерваторії підкрутити?
>>
>> Коли глянути htop під час pg_restore - всі 12 cores ніби досить
>> рівномірно завантажені (ну в залежності від обробки тих чи інших таблиць),
>> пам"ять також нормально юзається під буфери та кеш.. а всеодно ресториться
>> все з черепашою швидкістю :(
>>
>> Перепробував різні тюнінги "з книжок" та/чи "як пишуть розумні люди в
>> отих ваших інтернетах". І поки-що нуль ефекту :(. Достало... (((
>>
>> --
>> Regards,
>> /oleh hrynchuk
>> _______________________________________________
>> uanog mailing list
>> uanog at uanog.kiev.ua
>> https://mailman.uanog.kiev.ua/mailman/listinfo/uanog
>>
>

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