Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d5qgn-0003pK-M6 for pgsql-admin@arkaria.postgresql.org; Wed, 03 May 2017 09:35:17 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1d5qgn-0004mN-1s for pgsql-admin@arkaria.postgresql.org; Wed, 03 May 2017 09:35:17 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1d5qgm-0004lM-AC for pgsql-admin@postgresql.org; Wed, 03 May 2017 09:35:16 +0000 Received: from lb2-smtp-cloud6.xs4all.net ([194.109.24.28]) by magus.postgresql.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.84_2) (envelope-from ) id 1d5qgj-0003up-BI for pgsql-admin@postgresql.org; Wed, 03 May 2017 09:35:15 +0000 Received: from webmail.xs4all.nl ([IPv6:2001:888:0:22:194:109:20:203]) by smtp-cloud6.xs4all.net with ESMTP id FlbB1v00C0gy92701lbBBX; Wed, 03 May 2017 11:35:12 +0200 Received: from mail.genj.nl ([77.242.116.162]) by webmail.xs4all.nl with HTTP (HTTP/1.1 POST); Wed, 03 May 2017 11:35:12 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 03 May 2017 11:35:12 +0200 From: vinny To: Sumeet Shukla Cc: pgsql-admin , pgsql-admin-owner@postgresql.org Subject: Re: pg_dump backup size very less In-Reply-To: References: Message-ID: <3910ced5eb365c3a0d3926bd7c739cc4@xs4all.nl> X-Sender: vinny@xs4all.nl User-Agent: XS4ALL Webmail 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 On 2017-05-03 10:19, Sumeet Shukla wrote: > Hi, > > pg_dump in custom format is creating a dump of only 29 GB for a DB of > size 700GB. Can you please help me understand what could be the reason > behind it. > > Thanks & Regards, > Sumeet Shukla How did you measure that 700GB value? The total "database size" may include space used by indexes and other data objects that are not included in the dump because they are simply re-created when you do a restore. The Wiki has articles on how to measure the size of your database, splitting up data and indexes etc. That may help you find out where that 700GB comes from and what that 29GB really is. Regards, VIncent -- Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-admin