Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1Y9HR3-0005FQ-D6 for pgsql-admin@arkaria.postgresql.org; Thu, 08 Jan 2015 18:03:53 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1Y9HR2-0004uJ-Il for pgsql-admin@arkaria.postgresql.org; Thu, 08 Jan 2015 18:03:52 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1Y9HR1-0004ta-QO for pgsql-admin@postgresql.org; Thu, 08 Jan 2015 18:03:51 +0000 Received: from outmail149078.authsmtp.net ([62.13.149.78]) by magus.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1Y9HQw-0001Je-W6 for pgsql-admin@postgresql.org; Thu, 08 Jan 2015 18:03:50 +0000 Received: from mail-c237.authsmtp.com (mail-c237.authsmtp.com [62.13.128.237]) by punt17.authsmtp.com (8.14.2/8.14.2/) with ESMTP id t08I3iIs089109; Thu, 8 Jan 2015 18:03:44 GMT Received: from alvin.alvh.no-ip.org (client-186-37-121-176.imovil.entelpcs.cl [186.37.121.176] (may be forged)) (authenticated bits=0) by mail.authsmtp.com (8.14.2/8.14.2/) with ESMTP id t08I3bLP072002; Thu, 8 Jan 2015 18:03:42 GMT Received: by alvin.alvh.no-ip.org (Postfix, from userid 1000) id 1C9AA667; Thu, 8 Jan 2015 15:03:52 -0300 (CLST) Date: Thu, 8 Jan 2015 15:03:52 -0300 From: Alvaro Herrera To: "ktm@rice.edu" Cc: David G Johnston , pgsql-admin@postgresql.org Subject: Re: PostgreSQL Dump rate is too slow Message-ID: <20150108180352.GB1479@alvh.no-ip.org> References: <20150108154404.GH3783@aart.rice.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20150108154404.GH3783@aart.rice.edu> User-Agent: Mutt/1.5.23 (2014-03-12) X-Server-Quench: af32cb6d-9760-11e4-9f74-002590a135d3 X-AuthReport-Spam: If SPAM / abuse - report it at: http://www.authsmtp.com/abuse X-AuthRoute: OCdxZQATClZcSBoa BzkeAQdJTRslYBtL RB4bawxAL0wMSABN M15eIxoIcUtEFRZ7 UjgUWVRVVU1wUWl1 aABVbktcakxQXAJ0 UUpIXFNVEhptCRse BlBaUhELdFc6GH53 Z0ZiXD5dWEV+Oxcr QUwHR2tSeG5nbmAC UUENcx5dJgROYx9F aFV2VCIMYmBTZTQC El17DBkdGBR5HWxt RRoRIkgfen8vVhIh QghKBzwzEAUEXG0v KBtuMVobAy4A X-Authentic-SMTP: 61633235383639.1024:706 X-AuthFastPath: 0 (Was 255) X-AuthSMTP-Origin: 186.37.121.176/587 X-AuthVirus-Status: No virus detected - but ensure you scan with your own anti-virus system. X-Pg-Spam-Score: -2.6 (--) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-admin Precedence: bulk Sender: pgsql-admin-owner@postgresql.org ktm@rice.edu wrote: > On Thu, Jan 08, 2015 at 08:38:37AM -0700, David G Johnston wrote: > > On Thu, Jan 8, 2015 at 12:12 AM, Adalkonda Harshad [via PostgreSQL] < > > ml-node+s1045698n5833283h97@n5.nabble.com> wrote: > > > > > > > > As the database size is too large and tweaking few database parameters > > > will result towards performance improvement on pg_dump to some extent and > > > pg_dump -j option would have helped if the DB version is PostgreSQL 9.3 but > > > unfortunately your DB version is PostgreSQL 9.2 > > > > > pg_dump 9.3+ can be used against the 9.2 server without problems. Read > > the documentation for the --jobs option for details. > > This is a nice option for allowing you to leverage more than a single CPU core > for the dump, provided you have the CPU and I/O cycles to support it. As others > have suggested, offloading to a replica can help with that. Keep in mind, though, that while 9.3's pg_dump can read from a 9.2 server, there is no guarantee that what it writes will be readable by 9.2 other tools (pg_restore or psql). Maybe it is currently, but there are no promises. -- Álvaro Herrera 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