From: | Laurenz Albe <laurenz(dot)albe(at)cybertec(dot)at> |
---|---|
To: | Jerry Sievers <gsievers19(at)comcast(dot)net>, pggeneral <pgsql-general(at)lists(dot)postgresql(dot)org> |
Subject: | Re: Feedback about hybrid SAN snap and rsync'd approach for large systemcloning |
Date: | 2022-04-13 08:39:01 |
Message-ID: | 64643b6f672a8caee1f1673ae1352407086f8b87.camel@cybertec.at |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Tue, 2022-04-12 at 18:07 -0500, Jerry Sievers wrote:
> Suppose we have a DB cluster with an additional tablespace and we are
> able to make an atomic SAN snapshot of *only* the main cluster
> volume...
>
> The additional tablespace contains only UNLOGGED relations.
>
> We cannot snap that volume so we use rsync as follows...
>
> 1. pg_start_backup('foo');
> make SAN snapshot
> rsync the add'l tablespace
> pg_stop_backup()
>
> Now provision a new cluster around the snapshot and rsync'd volume,
> rejigger the pg_tblspc link if necessary... and start it up maybe or
> not having it remain as a streaming replica.
>
> It's been my experience that possibly bulky data in the additional
> tablespace does *not* need be rsync'd if we capture only the *_init
> files.
>
> Id' be curious to here feedback re the sanity of this approach.
I thought that an unlogged table is rendered empty by recovery,
but perhaps I misunderstood what you are doing.
Yours,
Laurenz Albe
From | Date | Subject | |
---|---|---|---|
Next Message | cecile rougnaux | 2022-04-13 09:07:31 | RE: OpenSSL@1.1 not getting linked with Homebrew - trying to install postgresql |
Previous Message | Adrian Ho | 2022-04-13 06:16:14 | Re: OpenSSL@1.1 not getting linked with Homebrew - trying to install postgresql |