Re: pg_dump on a standby for a very active master

From: Arjun Ranade <ranade(at)nodalexchange(dot)com>
To: Stephen Frost <sfrost(at)snowman(dot)net>
Cc: Scot Kreienkamp <Scot(dot)Kreienkamp(at)la-z-boy(dot)com>, "pgsql-general(at)lists(dot)postgresql(dot)org" <pgsql-general(at)lists(dot)postgresql(dot)org>
Subject: Re: pg_dump on a standby for a very active master
Date: 2019-02-12 18:18:04
Message-ID: CANrrCRzpfWDrDWtcvFEajnRiAsZTJQO4_y3-xDAqQKsAm2DtkA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin pgsql-general

Will barman automatically do a delta restore assuming the postgres server
is stopped and the old cluster exists at the same location it's restoring
to?

On Tue, Feb 12, 2019 at 12:59 PM Stephen Frost <sfrost(at)snowman(dot)net> wrote:

> Greetings,
>
> * Arjun Ranade (ranade(at)nodalexchange(dot)com) wrote:
> > Yeah, that was one thing I was planning to try. The other potential
> > solution is to use barman (we are using barman on all db servers
> including
> > standbys) to restore the latest backup to a VM and then take the pg_dump
> > from there. But I was hoping there would be a way in the settings to
> > prevent such a workaround.
>
> Performing a file-level backup and then restoring that and then
> taking a pg_dump of restored cluster works quite well as a solution, in
> my experience, even better is when you can do a delta restore over top
> of the prior restore, updating just the files which were different, as
> that can be much faster.
>
> Thanks!
>
> Stephen
>

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Pepe TD Vo 2019-02-12 18:53:42 Re: insert data with invalid input syntax for integer:"42P01"
Previous Message Stephen Frost 2019-02-12 18:06:09 Re: pg_dump on a standby for a very active master

Browse pgsql-general by date

  From Date Subject
Next Message github kran 2019-02-12 18:27:23 Postgresql RDS DB Latency Chossing Hash join Plan
Previous Message Stephen Frost 2019-02-12 18:06:09 Re: pg_dump on a standby for a very active master