Re: Backup

From: Tomas Vondra <tomas(at)vondra(dot)me>
To: Andy Hartman <hartman60home(at)gmail(dot)com>, pgsql-general(at)lists(dot)postgresql(dot)org
Subject: Re: Backup
Date: 2024-10-16 19:52:44
Message-ID: a5d51855-e4f3-478c-a643-1fd2eb4a06da@vondra.me
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On 10/16/24 21:37, Andy Hartman wrote:
> I am very new to Postgres and have always worked in the mssql world. I'm
> looking for suggestions on DB backups. I currently have a DB used to
> store Historical information that has images it's currently around 100gig. 
>
> I'm looking to take a monthly backup as I archive a month of data at a
> time. I am looking for it to be compressed and have a machine that has
> multiple cpu's and ample memory.
>
> Suggestions on things I can try ?  
> I did a pg_dump using these parms
> --format=t --blobs lobarch
>
> it ran my device out of storage:
>
> pg_dump: error: could not write to output file: No space left on device
>
> I have 150gig free on my backup drive... can obviously add more
>
> looking for the quickest and smallest backup file output...
>
> Thanks again for help\suggestions 
>

You didn't specify the Postgres version - that matters, because older
pg_dump versions (before PG 16) do not support compression. Since PG 16
you can use either -Fc or -Fd (instead of the tar format), and it'll
compress the output using gzip.

Alternatively, you can use --compress=method:level (the supported
methods depend on how the packages were built, no idea what platform
you're on etc.). See

https://www.postgresql.org/docs/current/app-pgdump.html

If you're on older version, you should be able to write the dump to
standard output, and compress that way. Something like

pg_dump -Fc | gzip -c > compressed.dump.gz

However, be aware that pg_dump is more an export tool than a backup
suitable for large databases / quick recovery. It won't allow doing PITR
and similar stuff.

regards

--
Tomas Vondra

In response to

  • Backup at 2024-10-16 19:37:39 from Andy Hartman

Responses

  • Re: Backup at 2024-10-16 20:00:30 from Ron Johnson
  • Re: Backup at 2024-10-16 20:32:12 from Adrian Klaver

Browse pgsql-general by date

  From Date Subject
Next Message Ron Johnson 2024-10-16 19:55:30 Re: Backup
Previous Message Andy Hartman 2024-10-16 19:37:39 Backup