Re: pg_Restore

From: Magnus Hagander <magnus(at)hagander(dot)net>
To: bhanu udaya <udayabhanu1984(at)hotmail(dot)com>
Cc: François Beausoleil <francois(at)teksol(dot)info>, pgsql-general(at)postgresql(dot)org
Subject: Re: pg_Restore
Date: 2013-01-21 07:15:47
Message-ID: CABUevEze1gmkq1eXzF=tHkpyUXYDz6TjjT8KhwgRUhDReyXmvg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgadmin-support pgsql-general

On Jan 21, 2013 7:17 AM, "bhanu udaya" <udayabhanu1984(at)hotmail(dot)com> wrote:
>
>
> Hello,
> Greetings !
> Thank you for the prompt reply. I have changed the settings as listed
below:
> > > shared_buffers = 1024MB
> > > work_mem = 512MB
> > > maintenance_work_mem = 512MB
> > > wal_buffers = 100MB
> > fsync = off # ONLY DURING INITIAL DATA LOAD!
> > checkpoint_segments = 128 # large value, such as 128 or 256 (16MB per
file, check disk space)
> > checkpoint_timeout = 30min
> > checkpoint_completion_target = 0.9
> > wal_level = minimal # You'll need to do a full base backup if you use
this
> But, have same problem. It is almost 1 hour now, the restoration is still
going on. After every test case execution, we would like to refresh the
database and expected refresh should be completed in less than 10 minutes.
Is this achievable with the kind of configuration I have listed in my
earlier email.
>
> Kindly help , as how to speed up this restoration process.
>

Try running pg_restore with the -1 option. If that doesn't help, try -m4 or
something like that (you'll have to remove the first option then, can't use
both at once)

But it's going to be pushing it anyway. Your scenario is going to create
thousands of files (assuming you have multiple tables in each of your
schemas as is normal), and that's just not something ntfs does very fast.
Once the files are there, I bet loading the data is reasonably fast since
it can't be all that big....

/Magnus

In response to

Responses

Browse pgadmin-support by date

  From Date Subject
Next Message bhanu udaya 2013-01-21 09:31:04 Re: pg_Restore
Previous Message bhanu udaya 2013-01-21 06:17:35 Re: pg_Restore

Browse pgsql-general by date

  From Date Subject
Next Message Craig Ringer 2013-01-21 07:47:06 SELinux users - Please consider testing SELinux/SEPostgreSQL patches
Previous Message Craig Ringer 2013-01-21 07:08:34 Care about Cygwin support? Please help test a patch.