| 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: | Whole Thread | Raw Message | 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 |