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
>
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 |
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 |