From: | Paul Förster <paul(dot)foerster(at)gmail(dot)com> |
---|---|
To: | Stephen Frost <sfrost(at)snowman(dot)net> |
Cc: | Magnus Hagander <magnus(at)hagander(dot)net>, "Wolff, Ken L" <ken(dot)l(dot)wolff(at)lmco(dot)com>, pgsql-general <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: EXTERNAL: Re: Netapp SnapCenter |
Date: | 2020-06-29 13:59:38 |
Message-ID: | 842CC003-5A6D-4057-8560-59504807B9C7@gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Hi Stephen,
> On 29. Jun, 2020, at 15:32, Stephen Frost <sfrost(at)snowman(dot)net> wrote:
>
> Presumably they mean 'quiesce', except that that *isn't* what PG's
yes, sorry, "quiece" was a typo on my part. I never fully understood what they mean with "quiesce" anyway. But then, I'm not the storage specialist in out company anyway.
> start/stop backup calls do, and assuming that's what happens is quite
> wrong and could lead to issues.
>
> The PG start/stop backup calls do things like wait for a checkpoint to
> happen and track when that checkpoint was and return that info along
> with whatever the stopping point of the backup is- so that you can make
> sure that you have all of the WAL between those two points, and so you
> can create the backup_label file that's needed to indicate on restore
> that you're restoring from a backup and not just doing crash recovery.
>
> If it isn't an atomic snapshot across everything then start/stop calls
> have to be done as well as all that other fun stuff.
that's exactly why I want control over pg_start_backup() and pg_stop_backup(). It may be in the form of pre- and post-scripts, but I want control over it. I just can't seem to build trust in a plugin that saw the last release two years ago and which I can't even find out if it would allow PITRs, works with the new API and such things.
I may be wrong here, but my gut feeling about this is just not good for some reason.
Cheers,
Paul
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2020-06-29 14:06:00 | Re: libpq pipelineing |
Previous Message | Stephen Frost | 2020-06-29 13:55:06 | Re: libpq pipelineing |