From: | Kaixi Luo <kaixiluo(at)gmail(dot)com> |
---|---|
To: | Michael Paquier <michael(dot)paquier(at)gmail(dot)com> |
Cc: | PostgreSQL mailing lists <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: How safe is pg_basebackup + continuous archiving? |
Date: | 2016-07-05 13:31:48 |
Message-ID: | CAHo5iyi3Eu+QTTqOExYr5b_6ELYriY3dUc6pH33U+ELsSo8iHQ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Thank you all a lot for the detailed answers! :)
Kaixi
On Thu, Jun 30, 2016 at 3:15 PM Michael Paquier <michael(dot)paquier(at)gmail(dot)com>
wrote:
> On Thu, Jun 30, 2016 at 9:00 PM, Kaixi Luo <kaixiluo(at)gmail(dot)com> wrote:
> >> Before replaying a backup on a production system, you would need a
> >> pre-production setup where the backup is replayed and checked.
> >> Honestly, you can only be sure that a backup is working correctly
> >> after reusing it. You could always do some validation of the raw
> >> backup contents, but you need at the end the WAL applied on top of it
> >> to be able to check the status of a server that has reached a
> >> consistent point.
> >
> >
> > Could you elaborate a bit more on this last part? If a PostgreSQL
> recovery
> > from a pg_basebackup reaches a consistent point and is able to start up
> > fully, that is not a guarantee that there hasn't been any underlying
> > corruption, as far as I know. Am I correct on this?
>
> You are correct, that's why you need a copycat of the production
> system that is a pre-stage of the production stage, where the backups
> are replayed and checked with an application that replays the patterns
> of the production application. Applying extra checks on top of that is
> good as well: pg_dump, data checksums, index consistency checks (this
> makes regret that we don't have pg_amcheck in core yet actually), etc.
> --
> Michael
>
From | Date | Subject | |
---|---|---|---|
Next Message | Adrian Klaver | 2016-07-05 14:01:51 | Re: Avoid deadlocks on alter table |
Previous Message | Christian Castelli | 2016-07-05 13:30:54 | Avoid deadlocks on alter table |