Received: from maia.hub.org (unknown [200.46.204.183]) by mail.postgresql.org (Postfix) with ESMTP id 43AF5632872 for ; Wed, 14 Apr 2010 14:50:17 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 70985-05 for ; Wed, 14 Apr 2010 17:50:06 +0000 (UTC) X-Greylist: delayed 00:07:06.617404 by SQLgrey-1.7.6 Received: from mh5.mail.rice.edu (mh5.mail.rice.edu [128.42.199.32]) by mail.postgresql.org (Postfix) with ESMTP id D706363578D for ; Wed, 14 Apr 2010 14:50:06 -0300 (ADT) Received: from mh5.mail.rice.edu (localhost.localdomain [127.0.0.1]) by mh5.mail.rice.edu (Postfix) with ESMTP id 2195C15C012; Wed, 14 Apr 2010 12:42:59 -0500 (CDT) X-Virus-Scanned: by amavis-2.6.0 at mh5.mail.rice.edu Received: from mh5.mail.rice.edu ([127.0.0.1]) by mh5.mail.rice.edu (mh5.mail.rice.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ls9VBTHFEYeD; Wed, 14 Apr 2010 12:42:59 -0500 (CDT) Received: from aart.is.rice.edu (aart.is.rice.edu [168.7.56.48]) by mh5.mail.rice.edu (Postfix) with ESMTP id E7A9A15C009; Wed, 14 Apr 2010 12:42:58 -0500 (CDT) Received: by aart.is.rice.edu (Postfix, from userid 18612) id 4E88C2D5A1; Wed, 14 Apr 2010 12:42:58 -0500 (CDT) Date: Wed, 14 Apr 2010 12:42:57 -0500 From: Kenneth Marshall To: Lewis Kapell Cc: pgsql-admin@postgresql.org Subject: Re: Migrating from 8.3 to 8.4 on the same server Message-ID: <20100414174257.GB1699@aart.is.rice.edu> References: <4BC5FB73.9@setonhome.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BC5FB73.9@setonhome.org> User-Agent: Mutt/1.5.16 (2007-06-09) X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-0.011 tagged_above=-10 required=5 tests=BAYES_40=-0.001, T_RP_MATCHES_RCVD=-0.01 X-Spam-Level: X-Archive-Number: 201004/174 X-Sequence-Number: 34268 On Wed, Apr 14, 2010 at 01:29:23PM -0400, Lewis Kapell wrote: > In the documentation under the heading "Migration Between Releases" we > read: > > < a slave server with the updated version of PostgreSQL. The slave can be on > the same computer or a different computer. [...] Such a switch-over results > in only several seconds of downtime for an upgrade. >> > > In the section "Warm Standby Servers for High Availability" it says: > > << For testing purposes, it is possible to run both primary and standby > servers on the same system. >> > > Although this section does not use the term Point-In-Time Recovery, I > understand this is what it refers to. Could the WAL/PITR method then be > used to upgrade from 8.3 to 8.4 on the same server and avoid having the > significant downtime of dump/restore? > > If so, I understand the two servers would have to run on different ports. > Are there any other issues/traps to be aware of? > > -- > > Thank you, > > Lewis Kapell > Computer Operations > Seton Home Study School > I believe that the server versions must be the same in PITR so you cannot use it to upgrade. Cheers, Ken