Re[2]: [pgsql-ru-general] Бакап реплики

From: Миша Тюрин <tmihail(at)bk(dot)ru>
To: Dmitry E(dot) Oboukhov <unera(at)debian(dot)org>
Cc: pgsql-ru-general <pgsql-ru-general(at)postgresql(dot)org>
Subject: Re[2]: [pgsql-ru-general] Бакап реплики
Date: 2015-06-19 20:56:49
Message-ID: 1434747409.994362278@f20.i.mail.ru
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-ru-general

pg_upgrade -k -- секунды...

а по "бекапу". 
вроде как помню, что там всё не так просто. если вы кучу начнете копировать с реплики, она при этом будет меняться, и контрол дата будет меняться -- и не изветсно, что вы докопируете в итоге. там и еще могут быть тонкости. там всякие бекап лейблы (SELECT pg_start_backup('label');) и пр. сходу всё не скажу но в целом вы правильно понимаете. но не получится)

Пятница, 19 июня 2015, 23:42 +03:00 от "Dmitry E. Oboukhov" <unera(at)debian(dot)org>:
>> pg_basebackup
>> http://www.postgresql.org/docs/9.4/static/app-pgbasebackup.html
>
>про утилиту я понимаю.
>
>
>но мне надо понять смысл ее работы.
>
>вот я понимаю что выдав pg_start_backup на мастере я могу свободно
>rsync'ать ее файлики.
>
>мне теперь интересно что надо делать с репликой (хот-стендбай) чтобы
>свободно рсинкать.
>
>просто утилиты утилитами а в реале иногда понимание процессов
>позволяет что-то сделать более интересное.
>
>например мы переезжали на новую версию постгриса: я поставил штук 40
>экспериментов с утилитой апгрейд-кластер и во всех случаях эта утилита
>решала работать от 2 до 5 часов. какие бы опции я не применял.
>далее влез и посмотрел что она делает и написали свой скрипт который
>апгрейд нам сделал за 17 секунд.
>
>
>> Пятница, 19 июня 2015, 13:51 +03:00 от "Dmitry E. Oboukhov" < unera(at)debian(dot)org >:
>
>> Есть каскад
>
>> мастер - реплика
>
>> теперь и то и другое надо перевести на другое железо
>
>> сделали новую реплику
>
>> мастер +- реплика
>> |
>> +- новая реплика (станет новым мастером)
>
>> Далее хочу сразу сделать и новую реплику которая станет потом и новой
>> репликой, то есть
>
>> мастер +- реплика
>> |
>> +- новая реплика - реплика 3
>
>> Как создавали реплики обычно:
>
>> 1. pg_start_backup
>> 2. rsync
>> 3. конфиг recovery на реплике
>> 4. pg_stop_backup
>> 5. старт реплики
>
>> теперь на шаге 1 на реплике ловим ошибк
>
>> 2015-06-19 10:29:11 GMT ERROR: recovery is in progress
>> 2015-06-19 10:29:11 GMT HINT: WAL control functions cannot be executed
>> during recovery.
>> 2015-06-19 10:29:11 GMT STATEMENT: SELECT pg_start_backup('label', true);
>
>> Я погуглил и насколько я понял из того что нагуглилось - что реплики
>> можно безопасно backup'ить файлы без ввода реплики в backup_mode,
>> потому что реплика как раз использует WAL'ы для работы, то есть по
>> факту как бы всегда у нее включен режим backup.
>
>> правильно ли я понял или нет?
>
>> PS: Pg 9.3
>
>> --
>
>> . ''`. 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
>
>> ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
>--
>
>. ''`. 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

In response to

Browse pgsql-ru-general by date

  From Date Subject
Next Message Vladimir Borodin 2015-06-20 12:05:12 Re: [pgsql-ru-general] [pgsql-ru-general] Бакап реплики
Previous Message Dmitry E. Oboukhov 2015-06-19 20:42:55 Re: Fwd: Re: [pgsql-ru-general] Бакап реплики