Re: Remove Deprecated Exclusive Backup Mode
Stephen Frost <sfrost@snowman.net>
From: Stephen Frost <sfrost@snowman.net>
To: Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
Cc: David Steele <david@pgmasters.net>, Robert Haas <robertmhaas@gmail.com>, PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>
Date: 2019-01-05T18:29:46Z
Lists: pgsql-hackers
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Remove exclusive backup mode
- 39969e2a1e4d 15.0 landed
Greetings, * Peter Eisentraut (peter.eisentraut@2ndquadrant.com) wrote: > Clearly, not having to do that at all is better, but if this is all > there is to it, then I'm confused by the characterizations of how awful > and terrible this feature is and how we must rush to remove it. It's not all there is to it though. This issue leads to extended downtime regularly and is definitely a huge 'gotcha' for users, even if you don't want to call it outright broken, but the other issue is that our documentation is ridiculously complicated around how to do a backup properly because of this and that also leads to the reality that it's difficult to make improvements to it because every sentence has to consider both methods, and that's really assuming that users actively read through the detailed documentation instead of just looking at those nice simple 'pg_start_backup' and 'pg_stop_backup' methods and use them thinking that's all that's required. We see this *all* the time, on the lists, in blog posts (even those from somewhat reputable companies...), and in other places. The exclusive backup method is a huge foot-gun for new users to PostgreSQL and leads to downtime, corrupt backups, and then corrupt databases when backups get restored. It really does need to go, and the sooner, the better. Thanks, Stephen