Re: DB size difference after restore

From: Chris Travers <chris(dot)travers(at)gmail(dot)com>
To: Sonam Sharma <sonams1209(at)gmail(dot)com>
Cc: Benjamin Scherrey <scherrey(at)proteus-tech(dot)com>, Postgres General <pgsql-general(at)postgresql(dot)org>, pradeepsreedevi(at)saimail(dot)com
Subject: Re: DB size difference after restore
Date: 2018-10-03 13:03:48
Message-ID: CAKt_ZfvnmMKz30buB-e84S7kcpSsucAvrCDy8tJsy03ivHaiJw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Wed, Oct 3, 2018 at 2:59 PM Sonam Sharma <sonams1209(at)gmail(dot)com> wrote:

>
>
> On Wed, Oct 3, 2018 at 6:21 PM Sonam Sharma <sonams1209(at)gmail(dot)com> wrote:
>
>> Hello Ben,
>>
>> When we do \l+ , it is different than source, when we load backup from
>> target server.
>>
> Backup is taken using pg_dump and its loaded as psql db name <backup>
>

It's normal that there is a size difference.

Basically you have a database you dump which may have many versions of
visible rows or may have free space in the table, etc.

You take the most recent consistent backup of the visible data when you
take a dump.

You create a database with only that information in it. So one generally
expects it to be smaller. In for a db of reasonable size and load the
difference may be 2x or more.

>
>> Regards,
>>
>> Sonam
>>
>>
>>
>>
>>
>>
>> On Wed, Oct 3, 2018 at 6:17 PM Benjamin Scherrey <
>> scherrey(at)proteus-tech(dot)com> wrote:
>>
>>> If you're talking about space on drive then you can expect the new one
>>> to be smaller generally as it has been straight efficient writes rather
>>> than a bunch of updates and deletes which create "holes" in the physical
>>> file space.
>>>
>>> It helps if you are more detailed as to what you've observed if you want
>>> a more specific answer.
>>>
>>> - - Ben Scherrey
>>>
>>> On Wed, Oct 3, 2018, 7:43 PM Sonam Sharma <sonams1209(at)gmail(dot)com> wrote:
>>>
>>>> I have restored the database from backup dump but the size of source
>>>> and target databases are different. What can be the reason for this ?
>>>>
>>>> Regards,
>>>> Sonam
>>>>
>>>

--
Best Wishes,
Chris Travers

Efficito: Hosted Accounting and ERP. Robust and Flexible. No vendor
lock-in.
http://www.efficito.com/learn_more

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Floris Van Nee 2018-10-03 13:10:24 GIN multi-column index
Previous Message Sonam Sharma 2018-10-03 12:59:30 Re: DB size difference after restore