From: | Stephen Frost <sfrost(at)snowman(dot)net> |
---|---|
To: | Kirill Reshke <reshkekirill(at)gmail(dot)com> |
Cc: | pgsql-hackers(at)lists(dot)postgresql(dot)org |
Subject: | Re: Fwd: Annoying corruption in PostgreSQL. |
Date: | 2023-10-30 14:46:11 |
Message-ID: | ZT/Bs745ywK1Cc1e@tamriel.snowman.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Greetings,
Please don't top-post on these lists.
* Kirill Reshke (reshkekirill(at)gmail(dot)com) wrote:
> We have physical backups and we can PITR. But restoring a cluster to some
> point in the past is a bit of a different task: we need our client's
> approval for these operations, since we are a Managed DBs Cloud Provider.
> Will try to ask someone.
Do you have page-level checksums enabled for these PG instances?
Are you able to see if these clusters which are reporting the corruption
have been restored in the past from a backup? What are you using to
perform your backups and perform your restores?
Are you able to see if these clusters have ever crashed and come back up
after by doing WAL replay?
Where I'm heading with these questions is essentially: I suspect either
your backup/restore procedure is broken or you're running on a system
that doesn't properly fsync data. Or possibly both.
Oh, and you should probably have checksums enabled.
Thanks,
Stephen
From | Date | Subject | |
---|---|---|---|
Next Message | Xing Guo | 2023-10-30 14:58:49 | Remove obsolete check for TTSOpsVirtual from slot_compile_deform |
Previous Message | Robert Haas | 2023-10-30 14:45:03 | Re: trying again to get incremental backup |