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 7317711F6B24 for ; Mon, 24 Apr 2006 05:31:53 -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 14267-03 for ; Mon, 24 Apr 2006 05:29:37 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey- Received: from mail.logix-tt.com (unknown [212.211.145.186]) by postgresql.org (Postfix) with ESMTP id 478F311F6AFF for ; Mon, 24 Apr 2006 05:29:31 -0300 (ADT) Received: from kingfisher.intern.logix-tt.com (Ta21a.t.pppool.de [89.55.162.26]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.logix-tt.com (Postfix) with ESMTP id 69D28656CD; Mon, 24 Apr 2006 10:30:33 +0200 (CEST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by kingfisher.intern.logix-tt.com (Postfix) with ESMTP id 5D224181C1DEE; Mon, 24 Apr 2006 10:29:44 +0200 (CEST) Message-ID: <444C8C78.1000906@logix-tt.com> Date: Mon, 24 Apr 2006 10:29:44 +0200 From: Markus Schaber Organization: Logical Tracking and Tracing International AG, Switzerland User-Agent: Debian Thunderbird 1.0.7 (X11/20051017) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brendan Duddridge Cc: PostgreSQL Performance Subject: Re: Recovery will take 10 hours References: <85A15B2E-F59C-4FEF-82D4-61F48ABDCDE5@clickspace.com> <1145808368.3112.222.camel@localhost.localdomain> In-Reply-To: X-Enigmail-Version: 0.93.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200604/522 X-Sequence-Number: 18606 Hi, Brandan, Brendan Duddridge wrote: > So how do you overlap the restore process with the retrieving of files? You need a shell script as restore command that does both uncompressing the current file, and starting a background decompress of the next file(s). It also has to check whether the current file is already in progress from a last run, and wait until this is finished instead of decompressing it. Seems to be a little complicated than it sounds first. > restore_command = 'gunzip %p &' Warning: Don't do it this way! It will break things because PostgreSQL will try to access a not-completely-restored wal file. HTH, Markus -- Markus Schaber | Logical Tracking&Tracing International AG Dipl. Inf. | Software Development GIS Fight against software patents in EU! www.ffii.org www.nosoftwarepatents.org