Received: from localhost (unknown [200.46.204.183]) by postgresql.org (Postfix) with ESMTP id 0D0BD64FCE1 for ; Fri, 8 Aug 2008 04:56:58 -0300 (ADT) Received: from postgresql.org ([200.46.204.86]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 54291-05 for ; Fri, 8 Aug 2008 04:56:50 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from pih-relay05.plus.net (pih-relay05.plus.net [212.159.14.132]) by postgresql.org (Postfix) with ESMTP id 51FB764FCDE for ; Fri, 8 Aug 2008 04:56:52 -0300 (ADT) Received: from [84.51.143.99] (helo=server3.office.archonet.com) by pih-relay05.plus.net with esmtp (Exim) id 1KRMqA-0003dR-I6; Fri, 08 Aug 2008 08:56:50 +0100 Received: from [192.168.1.36] (dell36.office.archonet.com [192.168.1.36]) by server3.office.archonet.com (Postfix) with ESMTP id 5C079274071; Fri, 8 Aug 2008 08:56:50 +0100 (BST) Message-ID: <489BFC42.8040603@archonet.com> Date: Fri, 08 Aug 2008 08:56:50 +0100 From: Richard Huxton User-Agent: Thunderbird 2.0.0.16 (X11/20080707) MIME-Version: 1.0 To: dforums CC: Pgsql performance Subject: Re: Restoration of datas References: <489BF4DE.4060504@vieonet.com> In-Reply-To: <489BF4DE.4060504@vieonet.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Plusnet-Relay: cbecc24e3dd42799daa450119ead930f X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=0 tagged_above=0 required=5 tests=none X-Spam-Level: X-Archive-Number: 200808/67 X-Sequence-Number: 30948 dforums wrote: > COuld you advice me on which restoration method is the faster. To > upgrade from postgresql 8.1.11 to 8.3.3. Using the pg_dump from your 8.3 package, dump the database using -Fc to get a nicely compressed dump. Then use pg_restore to restore it. If you add a --verbose flag then you will be able to track it. You might want to set fsync=off while doing the restore. This is safe since if the machine crashes during restore you just start again. Oh, and increase work_mem too - there's only going to be one process. What will take the most time is the creating of indexes etc. It will take a long time to do a full restore though - you've got 64GB of data and slow disks. -- Richard Huxton Archonet Ltd