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.
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 |