On 2024-Apr-09, Stefan Fercot wrote:
> At some point, the only way to really validate a backup is to actually try to restore it.
> And if people get encouraged to do that faster thanks to incremental backups, they could detect potential issues
sooner.
> Ultimately, users will still need their full backups and WAL archives.
> If pg_combinebackup fails for any reason, the fix will be to perform the recovery from the full backup directly.
> They still should be able to recover, just slower.
I completely agree that people should be testing the feature so that we
can fix any bugs as soon as possible. However, if my understanding is
correct, restoring a full backup plus an incremental no longer needs the
intervening WAL up to the incremental. Users wishing to save some disk
space might be tempted to delete that WAL. If they do, and later it
turns out that the full+incremental cannot be restored for whatever
reason, they are in danger.
But you're right that if they don't delete that WAL, then the full is
restorable on its own.
Maybe we should explicitly advise users to not delete that WAL from
their archives, until pg_combinebackup is hammered a bit more.
--
Álvaro Herrera Breisgau, Deutschland — https://www.EnterpriseDB.com/
"I must say, I am absolutely impressed with what pgsql's implementation of
VALUES allows me to do. It's kind of ridiculous how much "work" goes away in
my code. Too bad I can't do this at work (Oracle 8/9)." (Tom Allison)
http://archives.postgresql.org/pgsql-general/2007-06/msg00016.php