From: | "Dmitry E(dot) Oboukhov" <unera(at)debian(dot)org> |
---|---|
To: | Oleksii Kliukin <alexk(at)hintbits(dot)com> |
Cc: | pgsql-ru-general(at)postgresql(dot)org |
Subject: | Re: pg_basebackup |
Date: | 2015-11-13 13:16:14 |
Message-ID: | 20151113131614.GO9499@vdsl.uvw.ru |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-ru-general |
On 14:10 Fri 13 Nov , Oleksii Kliukin wrote:
>> On 13 Nov 2015, at 13:32, Dmitry E. Oboukhov <unera(at)debian(dot)org> wrote:
>>
>> я тут попробовал поиграться с сабжем.
>>
>> значит как мы делали бакапы раньше:
>> pg_start_backup/rsync+tar.bzip2/pg_stop_backup
>>
>> вот эта хрень у нас делает бакап где-то 1-1.5 часа (база где-то 100Гиг)
>>
>> далее я попробовал сабж
>>
>> он ту же базу бакапит где-то 9.5 часов.
>>
>> есть ли стандартная утилита с временем бакапа соизмеримым с rsync?
>> пусть в полтора раза тормознутее, но не в 7-8!
> Надо посмотреть, возможно вы делали не только base backup, но еще и запрашивали WAL файлы вместе с ним (ключ —xlog-method=stream).
> Нехорошая особенность pg_basebackup стоит в том, что он не сжимает поток передаваемых данных, только результат, уже записанный на диск потенциальной реплики.
pg_basebackup -Ft -D- -U backup
вот такая команда использовалась
я попробую явно задать метод fetch, спасибо
--
. ''`. Dmitry E. Oboukhov
: :’ : email: unera(at)debian(dot)org jabber://UNera(at)uvw(dot)ru
`. `~’ GPGKey: 1024D / F8E26537 2006-11-21
`- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537
From | Date | Subject | |
---|---|---|---|
Next Message | Dmitry E. Oboukhov | 2015-11-16 16:58:07 | индекс & автовакуум? & как понять проблему? |
Previous Message | Oleksii Kliukin | 2015-11-13 13:10:14 | Re: pg_basebackup |