Re: pg_dump: VACUUM and REINDEXING

From: Ron <ronljohnsonjr(at)gmail(dot)com>
To: pgsql-general(at)lists(dot)postgresql(dot)org
Subject: Re: pg_dump: VACUUM and REINDEXING
Date: 2022-05-07 08:21:30
Message-ID: 3336352b-f97a-86e3-585b-207a98f56d4d@gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On 5/6/22 21:35, Hasan Marzooq wrote:
> Hello!
>
> I've some questions around Backup & Restore.
>
> 1: Is it necessary to perform a VACUUM and REINDEXING operation after
> restoring the dump from Postgres 9.6 to Postgres 13? The dump size could
> be 1/2 TB to 1 TB.

Perform VACUUM after there have been many updates and deletes. There have
been zero updates and deleted after pg_restore; therefore, *no need to vacuum*.

pg_restore loads all tables and then builds all indices.  Thus, *no need to
reindex*.

>
> 2: Also, are there any other operations that are recommended to perform
> after pg_restore?

ANALYZE all tables.

https://www.postgresql.org/docs/13/app-vacuumdb.html

vacuumdb --dbname=whatever --jobs=`nproc` --analyze-only

>
> 3: What is the minimum required disk space if taking a dump on the same
> machine where the source database exists? Is it the "size of the current
> data folder x 2"?

Probably much less, but maybe (if, for example, you store lots of images
(JPEG, TIFF, PDF, etc) in bytea columns.

Whatever you do, make sure to run pg_dump with these options:
--format=directory --jobs=`nproc`
https://www.postgresql.org/docs/13/app-pgdump.html

--
Angular momentum makes the world go 'round.

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Guillaume Lelarge 2022-05-07 10:06:42 Re: pg_dump: VACUUM and REINDEXING
Previous Message Guillaume Lelarge 2022-05-07 07:36:17 Re: pg_dump: VACUUM and REINDEXING