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...
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 |