From: | Scott Mead <scottm(at)openscg(dot)com> |
---|---|
To: | pgsql-admin(at)postgresql(dot)org |
Subject: | Re: pg_restore - Real dump file size |
Date: | 2016-02-26 15:29:54 |
Message-ID: | 56D06F72.3000604@openscg.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
On 02/26/2016 12:19 AM, drum(dot)lucas(at)gmail(dot)com wrote:
> sorry I was going to send it to the general list.. but I've sent to
> admin by mistake
>
>
> I've sent to general list now
>
>
> On 26 February 2016 at 17:25, drum(dot)lucas(at)gmail(dot)com
> <mailto:drum(dot)lucas(at)gmail(dot)com> <drum(dot)lucas(at)gmail(dot)com
> <mailto:drum(dot)lucas(at)gmail(dot)com>> wrote:
>
> Hi all,
>
>
> I'm doing the pg_restore now in a 1.5TB file:
>
> *# ls -la*
>
> postgres postgres 1575324616939 Feb 20 13:55 devdb_0.sql
>
> But, the restore has gone over 1.6 TB
>
> *# \l+*
>
> 1639 GB
>
>
> How is that even possible?
>
The dump itself doesn't contain index data. It'll contain a line that
says 'CREATE INDEX .....'
The index is an on-disk entity that requires disk space, it's very
common for a dump file and a restored database to very significantly in
size.
>
> *pg_restore command:*
>
> /usr/pgsql-9.2/bin/pg_restore -d dbname --exit-on-error --jobs=4
> --verbose devdb_0.sql
>
> Cheers
>
>
--
Scott Mead
OpenSCG <http://www.openscg.com>
http://www.openscg.com
PostgreSQL, Java & Linux Experts
From | Date | Subject | |
---|---|---|---|
Next Message | Korry Douglas | 2016-02-26 15:51:49 | Re: pg_basebackup - Stale file handle for file under gprof |
Previous Message | Reno, Natalie | 2016-02-26 15:24:57 | Re: pg_basebackup - Stale file handle for file under gprof |