Re: Query related to pg_dump write to a pipe on a windows client and with compressed format

From: Ron Johnson <ronljohnsonjr(at)gmail(dot)com>
To: "pgsql-general(at)lists(dot)postgresql(dot)org" <pgsql-general(at)lists(dot)postgresql(dot)org>
Subject: Re: Query related to pg_dump write to a pipe on a windows client and with compressed format
Date: 2023-12-01 15:04:16
Message-ID: CANzqJaCNNHDR6GxOfRqpH_kxxwdVbDoBEYq+--O9kgvYJy4t5g@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Fri, Dec 1, 2023 at 9:10 AM Meera Nair <mnair(at)commvault(dot)com> wrote:

> Hi all,
>
>
> https://www.postgresql.org/message-id/flat/CAKKd065aJ1LuUMw_bhBgmgoM6Ng-cLdBobpzRiU%2BUsdsmW2aOg%40mail.gmail.com#996021734fa788bd1bc737254002ad11
>
> We tried pg_dump write to a pipe with compressed format and faced issue as
> in thread referred here.
> It was on windows client and for postgres 9.2 version. So during
> pg_restore, seek error was seen.
> With pg_dump writing the dump to a file and then move to another machine
> for backup, this problem was not there.
> But now the issue is that we need to have a lot of free space to write
> the dump file.
>
> If we use tar format, temporary files created in C:\ take space.
> If we use parallel dump format, then also staging the dump output is must.
>
> So trying to understand if the compressed format still needs the staging
> of output file with the latest versions? Or we can write the output to a
> pipe to move the data to another machine for backup.
>

In PG 9.6 (which I have experience with) and beyond, pg_dump
--format=directory compresses by default, and on the fly.

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Adrian Klaver 2023-12-01 16:17:15 Re: Two started cluster on the same data directory and port
Previous Message John DeSoi 2023-12-01 14:13:20 Re: libpq crashing on macOS during connection startup