Hi, Yes, In remember discussions about (f)sync config. Can anyone comment on whether turning fsync off for a restore into 8.2.3: 1) is advisable 2) will make the restore faster If the OS and FS matter, this is on a Fedora Core3 Linux with kernel 2.6.9 and the ext3 journaling FS. Thanks, Otis ----- Original Message ---- From: Marco Bizzarri <marco.bizzarri@xxxxxxxxx> Cc: pgsql-admin@xxxxxxxxxxxxxx Sent: Thursday, February 22, 2007 3:47:37 PM Subject: Re: [ADMIN] Fastest DB restore options On 2/22/07, ogjunk-pgjedan@xxxxxxxxx <ogjunk-pgjedan@xxxxxxxxx> wrote: > Hello, > > I have a fairly large DB to dump and restore as fast as possible. I'm moving from 8.0.3 to 8.2.3! :) > > I normally dump with these options: > > -d MyDB --clean --inserts --column-inserts --format=P > > But the last time I tried that, the restore took foreeeeeeeeeeeeeever. So I'm looking for the fastest way to import data from the old DB to the new one. Judging from pg_dump man page the following should be the fastest dump & restore: > > -d MyDB --format=c --ignore-version > > Is there anything else I can do to make the restore as fast as possible? > > Thanks, > Otis I'm not sure it is advisable, or it is even faster in current implementation. In older ones, if you configure postgresql not to sync after each write, you could end in a faster restore. Since this is a restore, after all, if lights goes out, you can always throw all away and start from scratch... Regards Marco
