Re: pg_checksums? - Mailing list pgsql-general

From Ron
Subject Re: pg_checksums?
Date
Msg-id b9ae7181-70ec-4b7e-bf04-9dbb738a7f36@gmail.com
Whole thread Raw
In response to pg_checksums?  (Paul Förster <paul.foerster@gmail.com>)
Responses Re: pg_checksums?
List pgsql-general
On 10/27/23 13:34, Paul Förster wrote:
> Hi,
>
> I have a few questions about pg_checksums.
>
> Long story short, checksums were disabled in our environment but are getting enabled now (again!) because of block
corruptionswhich destroyed a few databases in a database cluster. And before you say "told you so", the decision to
disablechecksums was not mine. Some people just have to learn the hard way.
 
>
> Anyway, re-enabling data checksums creates a few questions:
>
> a) why isn't it possible to enable checksumming while a database cluster is up?

Data might be changing.

> b) why isn't it possible to check whether checksums are enabled or not?

(This is my tiny test instance.)

$ pg_controldata | grep checksum
Data page checksum version:           0

postgres=# show data_checksums;
  data_checksums
----------------
  off
(1 row)


> c) in a Patroni cluster consisting of a primary and a sync standby, is it safe to enable checksumming in the replica,
thenswitch over and enable it in the ex-primary, i.e. now new replica, without any penalty? Or do I have to perform a
reinitto really get them in sync again, though paronictl happily reports them to be in sync?
 
>
> d) how long does it take to enable checksums in general? Minimizing down-time is crucial. Does it depend on the
databasecluster size, or the number of files it uses, or what can be taken as a criterion to estimate then necessary
down-time.
>
> Thanks in advance for your insights.
>
> Cheers
> Paul
>

-- 
Born in Arizona, moved to Babylonia.



pgsql-general by date:

Previous
From: Paul Förster
Date:
Subject: pg_checksums?
Next
From: Paul Förster
Date:
Subject: Re: pg_checksums?