Re: old cluster does not use data checksums but the new one does

From: Mariel Cherkassky <mariel(dot)cherkassky(at)gmail(dot)com>
To: Scott Ribe <scott_ribe(at)elevated-dev(dot)com>
Cc: Bruce Momjian <bruce(at)momjian(dot)us>, pgsql-admin(at)lists(dot)postgresql(dot)org
Subject: Re: old cluster does not use data checksums but the new one does
Date: 2019-05-05 20:47:49
Message-ID: CA+t6e1nTvG08Z7AR+q+=xOUXYyo+6SrjaUTQUibLc=5uhS+Zig@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

I see. To be honest i'm not so familiar with the checksums feature but I
understood that it is recommended to enable it in order to identify disk
corruptions. How useful is it ? In my case I'm upgrading a cluster that was
installed with checksums enabled so I have to choose between enabling it
and increasing the downtime (I'm familiar with logical replication decided,
in this case the upgrade happens when the system is down..) or disabling it
and decreasing the downtime. The question is how bad is it if I'll disable
it ?

‫בתאריך יום א׳, 5 במאי 2019 ב-23:44 מאת ‪Scott Ribe‬‏ <‪
scott_ribe(at)elevated-dev(dot)com‬‏>:‬

> > On May 5, 2019, at 2:42 PM, Mariel Cherkassky <
> mariel(dot)cherkassky(at)gmail(dot)com> wrote:
> >
> > in aspect of upgrade, what will be faster, pg_upgrade or dump and
> restore each db in the cluster ?
>
> pg_upgrade is faster, potentially *MUCH* faster, but it does not allow you
> to change anything about the on-disk data structure, and storage of
> checksums is such a change.
>
>
>

In response to

Browse pgsql-admin by date

  From Date Subject
Next Message Scott Ribe 2019-05-05 20:56:27 Re: old cluster does not use data checksums but the new one does
Previous Message Scott Ribe 2019-05-05 20:44:30 Re: old cluster does not use data checksums but the new one does