| From: | Ron Johnson <ronljohnsonjr(at)gmail(dot)com> | 
|---|---|
| To: | Pgsql-admin <pgsql-admin(at)lists(dot)postgresql(dot)org> | 
| Subject: | Re: Postgres storage migration | 
| Date: | 2023-12-08 11:33:41 | 
| Message-ID: | CANzqJaB5fC30F6JWcaToK9RaH+CWy-oc_Hf=v+2FJkF-OfuQUA@mail.gmail.com | 
| Views: | Whole Thread | Raw Message | Download mbox | Resend email | 
| Thread: | |
| Lists: | pgsql-admin | 
On Fri, Dec 8, 2023 at 4:44 AM Rajesh Kumar <rajeshkumar(dot)dba09(at)gmail(dot)com>
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.
>
8 hours is really slow for just 100GB of database.  What exact command are
you using?
Paul Smith is right, though: Just shut down the instance, copy the files,
and start up the instance with new "-D" location.
(Will need to edit postgresql.conf if it defines file locations.)
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Rajesh Kumar | 2023-12-08 12:37:34 | Re: Postgres storage migration | 
| Previous Message | Achilleas Mantzios - cloud | 2023-12-08 10:21:30 | application_name backend (not) reporting back to the client : pgbouncer, PgSQL 16.1, pgbouncer 1.21.0 |