From: | Rajesh Kumar <rajeshkumar(dot)dba09(at)gmail(dot)com> |
---|---|
To: | "Paul Smith*" <paul(at)pscs(dot)co(dot)uk> |
Cc: | Pgsql-admin <pgsql-admin(at)lists(dot)postgresql(dot)org> |
Subject: | Re: Postgres storage migration |
Date: | 2023-12-08 12:37:34 |
Message-ID: | CAJk5AtaCi7fEAR6tn5tTu8T7Tr+f8_=qW1mfn2cMTESem2=JfQ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
In this case , basebackup is not required? Just rsync the directory
/pgdata/pg15 ? I have one master and one replica.
On Fri, 8 Dec 2023, 15:45 Paul Smith*, <paul(at)pscs(dot)co(dot)uk> wrote:
> On 08/12/2023 09:43, Rajesh Kumar wrote:
> > Hi
> >
> > We are using openshift environment and postgres version 15.2. We want
> > to change storage from ceph to local storage. So, Storage team made
> > default storage as local. Now, I created a new cluster with same
> > postgres version and I am planning to take backup from old cluster to
> > new cluster. Size is 100gb. Ram 24gb, cpu 2.
> >
> > My question is, is there a combination of pg_dump and pg_restore that
> > takes less time to complete the task?
> >
> > Last time it took more than 8hours. We were taking schema only dump
> > using dumpall . Then data only backup using pg_dump in directory format.
>
> If you are using the same (major) version of PostgreSQL, you are moving
> the whole cluster, and can stop the services on both ends first, then
> you can:
> - stop the services (both old and new)
> - empty the data directory in the new location
> - copy the whole data directory from the old location to the new
> location (using copy, rsync, scp, whatever)
> - start the service on the new location
>
> Obviously backup everything before doing anything destructive.
>
> If you want to do it while the database is still running, then use
> replication and fail-over instead.
>
> Paul
>
>
>
>
From | Date | Subject | |
---|---|---|---|
Next Message | Ron Johnson | 2023-12-08 13:03:34 | Re: Postgres storage migration |
Previous Message | Ron Johnson | 2023-12-08 11:33:41 | Re: Postgres storage migration |