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

From: Scott Ribe <scott_ribe(at)elevated-dev(dot)com>
To: Mariel Cherkassky <mariel(dot)cherkassky(at)gmail(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:56:27
Message-ID: D915857D-2C84-404E-AF6F-C56AD724ADBA@elevated-dev.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

> 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 ?
>
> ‫בתאריך יום א׳, 5 במאי 2019 ב-19:11 מאת ‪Scott Ribe‬‏ <‪scott_ribe(at)elevated-dev(dot)com‬‏>:‬
> > On May 5, 2019, at 9:58 AM, Mariel Cherkassky <mariel(dot)cherkassky(at)gmail(dot)com> wrote:
> >
> > My only option is doing the upgrade with other tools and not with pg_upgrade ?
>
> Dump & restore; you're changing the on-disk file format, so attempts to use current disk files cannot work.

In my opinion, depends on your confidence in your disks & file system etc. For instance, given enterprisey hardware (channel per disk, no half-backed SATA multipliers, decent disks) + ZFS with appropriate redundancy, I wouldn't see the need. On the other hand, a desktop PC with some multi-disk USB box, and hell yeah I want checksums. Systems in between, harder judgment call...

In response to

Browse pgsql-admin by date

  From Date Subject
Next Message Siddharth Karandikar 2019-05-06 11:24:08 Restoring from PostgreSQL 9.5 dump to 10 is super slow
Previous Message Mariel Cherkassky 2019-05-05 20:47:49 Re: old cluster does not use data checksums but the new one does