X-Original-To: pgsql-performance-postgresql.org@localhost.postgresql.org Received: from localhost (mx1.hub.org [200.46.208.251]) by postgresql.org (Postfix) with ESMTP id 7384011F6979 for ; Wed, 26 Apr 2006 05:12:58 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.208.251]) (amavisd-new, port 10024) with ESMTP id 63723-02 for ; Wed, 26 Apr 2006 05:12:41 -0300 (ADT) X-Greylist: delayed 00:25:46.88529 by SQLgrey- Received: from svr4.postgresql.org (svr4.postgresql.org [66.98.251.159]) by postgresql.org (Postfix) with ESMTP id 5C87411F623C for ; Wed, 26 Apr 2006 05:12:40 -0300 (ADT) Received: from mail1.ardec.com.au (unknown [203.11.83.254]) by svr4.postgresql.org (Postfix) with ESMTP id 8C0065B2F29 for ; Wed, 26 Apr 2006 07:44:57 +0000 (GMT) Received: from [192.168.1.188] (lorax.bedrock.ardec.com.au [192.168.1.188]) by mail1.ardec.com.au (8.13.3/8.13.3) with ESMTP id k3Q7iNOD021763 for ; Wed, 26 Apr 2006 17:14:24 +0930 (CST) Message-ID: <444F24E9.2010907@lisasoft.com> Date: Wed, 26 Apr 2006 17:14:41 +0930 From: Eric Lam User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: pgsql-performance@postgresql.org Subject: Slow restoration question Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88/1425/Tue Apr 25 21:39:41 2006 on mizaru.adl.ardec.com.au X-Virus-Status: Clean X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200604/691 X-Sequence-Number: 18775 Hello list, what is the quickest way of dumping a DB and restoring it? I have done a "pg_dump -D database | split --line-bytes 1546m part" Restoration as "cat part* | psql database 2> errors 1>/dev/null" all dumpfiles total about 17Gb. It has been running for 50ish hrs and up to about the fourth file (5-6 ish Gb) and this is on a raid 5 server. A while back I did something similar for a table with where I put all the insert statements in one begin/end/commit block, this slowed down the restoration process. Will the same problem [slow restoration] occur if there is no BEGIN and END block? I assume the reason for slow inserts in this instance is that it allows for rollback, if this is the case can I turn this off? Thanks in advance Eric Lam