Electric200/\/\/\/\/\/\Electric200,

Если очень коротко, то у резервной копии и реплики разные цели. Их пересечение весьма условно. Значит к ним предъявляются разные требования.
Ну подождите. В 8 из 10 преимуществ (всяких книжек и статей) реплики, является возможность снятия бекапа без влияния на мастер. Т.е врут выходит?

Если делать pg_basebackup с реплики и у вас версия 9.3+ - тогда вы правы и можно снимать backup с реплики.
Но при снятии pg_basebackup ответственность за то что реплика не отстает на неделю - только на вас да.

Нормально делать pg_dump c реплики которая обслуживает клиентские запросы скорее всего не получится.
Или pg_dump будет прерываться по конфликту с репликацией, или репликация будет останавливаться на время pg_dump, или если ни то ни другое - это начнет аффектить мастер (если включить hotstandby_feedback на реплике).


--Maxim Boguk
www.postgresql-consulting.ru

tadminMaxim BogukЕсли делать pg_basebackup с реплики и у вас версия 9.3+ - тогда вы правы и можно снимать backup с реплики.
Но при снятии pg_basebackup ответственность за то что реплика не отстает на неделю - только на вас да.
Можно ли, сделав pg_basebackup со слейва, сохранять на созданном кластере wal файлы, поступающие с master? Вроде бы можно, и это удобно.

А вот сделать снепшот на нужную дату, а потом раз в день проигрывать wal файлы - нельзя.
Нужно каждый раз делать pg_basebackup. Досадно..

>>Можно ли, сделав pg_basebackup со слейва, сохранять на созданном кластере wal файлы, поступающие с master? Вроде бы можно, и это удобно.

да можно... можно и с реплики wal файлы получать (получив каскадную репликацию).