Subject: Re: Fastest Backup Method?
To: Artem Tomyuk <admin@leboutique.com>, pgsql-admin@postgresql.org
References: 
 <CANYYVq+mMcG4CaDaXaw1forru51VH_rA3ahR+1c++62ipZN5Kw@mail.gmail.com>
From: Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
Organization: 2ndQuadrant
Message-ID: <b4e3a529-33ca-4e77-9b95-87b7be4e569c@2ndquadrant.com>
Date: Tue, 5 Sep 2017 14:50:27 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0)
 Gecko/20100101 Thunderbird/52.3.0
MIME-Version: 1.0
In-Reply-To: 
 <CANYYVq+mMcG4CaDaXaw1forru51VH_rA3ahR+1c++62ipZN5Kw@mail.gmail.com>
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Precedence: bulk
Sender: pgsql-admin-owner@postgresql.org

On 9/4/17 13:23, Artem Tomyuk wrote:
> I'am wondering, what is the fastest backup method do you know, for me it is:
> (Assume that we running on 16 * CPU  box)
> 
> pg_dump -Z 4 -j 16 -F c -F d 
> 
> -Z 4 compression level
> 
> -j 16 number of parallel jobs
> 
> -F c, d  custom+directory format 

I think you misunderstood that last part.  There can only be one output
format, and the last option wins.  So you are really running in
directory format only.

As for performance, you generally have the right idea.  Specifics depend
on the hardware.

My experience is that any compression at all can be bad for performance.
 But the I/O cost might balance that in some cases.

-- 
Peter Eisentraut              http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services


-- 
Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-admin