Re: [HACKERS] Early locking option to parallel backup - Mailing list pgsql-hackers

From Robert Haas
Subject Re: [HACKERS] Early locking option to parallel backup
Date
Msg-id CA+TgmoYA+t37akkH79Dqx4=FJk6VKPmtgsHLQFgBFeDxkk1eVw@mail.gmail.com
Whole thread Raw
In response to [HACKERS] Early locking option to parallel backup  (Lucas <lucas75@gmail.com>)
Responses Re: [HACKERS] Early locking option to parallel backup  (Andres Freund <andres@anarazel.de>)
List pgsql-hackers
On Sun, Nov 5, 2017 at 5:17 AM, Lucas <lucas75@gmail.com> wrote:
> The patch creates a "--lock-early" option which will make pg_dump to issue
> shared locks on all tables on the backup TOC on each parallel worker start.
> That way, the backup has a very small chance of failing. When it does,
> happen in the first few seconds of the backup job. My backup scripts (not
> included here) are aware of that and retries the backup in case of failure.

I wonder why we don't do this already ... and by default.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company


-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers

pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: [HACKERS] Custom compression methods
Next
From: Andres Freund
Date:
Subject: Re: [HACKERS] Early locking option to parallel backup