|
|
|
бекап базы использует все ресурсы
|
|||
|---|---|---|---|
|
#18+
Добрый день, сложилась ситуация, что во время выполнения бекапа, в базе не может выполниться ни один запрос, т.е. выполнение бекапа съедает все ресурсы сервера... Можно ли как-то оптимизировать влияние бекапа на производительность? (Версия сервера 9.1.1, для сервера выполняется потоковая репликация. Бекап выполняю следующей командой pg_dump -Fc -Z 9 -f DUMPFOLDER/DUMPNAME.tar.gz DB ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.04.2014, 18:10:47 |
|
||
|
бекап базы использует все ресурсы
|
|||
|---|---|---|---|
|
#18+
gk2Добрый день, сложилась ситуация, что во время выполнения бекапа, в базе не может выполниться ни один запрос, т.е. выполнение бекапа съедает все ресурсы сервера... Можно ли как-то оптимизировать влияние бекапа на производительность? (Версия сервера 9.1.1, для сервера выполняется потоковая репликация. Бекап выполняю следующей командой pg_dump -Fc -Z 9 -f DUMPFOLDER/DUMPNAME.tar.gz DB ) так обычно не бывает... backup штука относительно легка для хоть сколько-то разумного сервера... смотрите по pg_stat_activity что у вас там происходит и что-чего залочило... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.04.2014, 19:10:20 |
|
||
|
бекап базы использует все ресурсы
|
|||
|---|---|---|---|
|
#18+
gk2, у вас что там, ide диски и 1 проц? бэкапьте по сети запуская pg_dump c другого хоста. а если не можете так, то уберите сжатие и запускайте с ionice -c 3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.04.2014, 19:46:26 |
|
||
|
бекап базы использует все ресурсы
|
|||
|---|---|---|---|
|
#18+
Maxim Boguk, именно выполнение бекапа, забивает остальные запросы в очередь, стоит только убить процесс бекапа, как остальные запросы начинают выполняться. Сервер довольно таки мощный (Xeon, 32Gb). Последовал совету daevy, убрал сжатие, буду мониторить... Спасибо за помощь! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2014, 09:15:15 |
|
||
|
бекап базы использует все ресурсы
|
|||
|---|---|---|---|
|
#18+
gk2, Если там xeon, то у него полно ядер, соотв. дело не в сжатии, корень зла где-то в другом месте. Покажите pg_stat_activity во время выполнения бэкапа? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2014, 11:13:35 |
|
||
|
бекап базы использует все ресурсы
|
|||
|---|---|---|---|
|
#18+
gk2, Стандартный вопрос: что у Вас в настройках postgres.conf? Покажите значения shared_buffers, work_mem, maintenance_work_mem. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2014, 11:26:54 |
|
||
|
бекап базы использует все ресурсы
|
|||
|---|---|---|---|
|
#18+
gk2Maxim Boguk, именно выполнение бекапа, забивает остальные запросы в очередь, стоит только убить процесс бекапа, как остальные запросы начинают выполняться. Сервер довольно таки мощный (Xeon, 32Gb). Последовал совету daevy, убрал сжатие, буду мониторить... Спасибо за помощь! как я уже написал - это в нормальной ситуации не возможно... выведите select * from pg_stat_activity where xact_start is not null order by xact_start; и надо будет смотреть что у вас и как лочится... есть только 1 вариант как это можно сделать с моей т.з. - запускать DDL во время backup... тогда естественно DDL залочится до окончания backup а за DDL ем залочится все остальное оптом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2014, 12:46:11 |
|
||
|
бекап базы использует все ресурсы
|
|||
|---|---|---|---|
|
#18+
настройки: shared_buffers = 10240MB work_mem = 2048MB maintenance_work_mem = 1024MB temp_buffers=64MB После того как начал выполнять бекап в связке с утлитами nice и ionice, проблем нет, всё работает отлично. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.04.2014, 11:58:41 |
|
||
|
бекап базы использует все ресурсы
|
|||
|---|---|---|---|
|
#18+
gk2, это вы зря, "work_mem = 2048MB", эта конфига per-session, соотв. 2048MB будет выделяться каждому клиентскому процессу. При плохом положении звезд может прийти OOM Killer и положить вам базу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.04.2014, 12:12:36 |
|
||
|
|

start [/forum/topic.php?fid=53&msg=38628441&tid=1998712]: |
0ms |
get settings: |
7ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
189ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
47ms |
get tp. blocked users: |
1ms |
| others: | 203ms |
| total: | 480ms |

| 0 / 0 |
