Received: from makus.postgresql.org (makus.postgresql.org [98.129.198.125]) by mail.postgresql.org (Postfix) with ESMTP id A9D1FC83CB0 for ; Tue, 10 Jul 2012 12:38:45 -0300 (ADT) Received: from cerberus.pinpointresearch.com ([66.7.238.130] helo=polaris.pinpointresearch.com) by makus.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1SocWS-0000WG-NY for pgsql-sql@postgresql.org; Tue, 10 Jul 2012 15:38:45 +0000 Received: from [192.168.1.179] (betelgeuse.pinpointresearch.com [192.168.1.179]) by polaris.pinpointresearch.com (Postfix) with ESMTP id C197EE00FC0F; Tue, 10 Jul 2012 08:38:30 -0700 (PDT) Message-ID: <4FFC4C76.8090203@pinpointresearch.com> Date: Tue, 10 Jul 2012 08:38:30 -0700 From: Steve Crawford User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120615 Thunderbird/13.0.1 MIME-Version: 1.0 To: Chris Preston CC: pgsql-sql@postgresql.org Subject: Re: Simple Upgrade from PostgreSQL version 8.1.11 (With schemas) References: <4FEE0DCB.8020503@gmail.com> <3EED475E754849429C74FCAB58B57CFF@chrisp> In-Reply-To: <3EED475E754849429C74FCAB58B57CFF@chrisp> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Pg-Spam-Score: -1.9 (-) X-Archive-Number: 201207/3 X-Sequence-Number: 36740 On 07/10/2012 08:28 AM, Chris Preston wrote: > Hello all, > How far can I get to a higher version of PostgreSQL by just entering a > command line instruction to upgrade without any major effort? > > Regards > > Chris Preston > > At the simplest you just do a dump (using the dump tools from the *new* version of PostgreSQL) and restore to the new version. If you aren't worried about down-time and have the absolute simplest use-case then it isn't too difficult. Most people have to deal with reviewing the release notes to see how they affect the overall system, setting up a test of the new version to shake out issues and planning the upgrade to minimize down-time. Among the things that have changed over the past few releases are tightening up of casting rules and changing the default for standard_conforming_strings to on either of which could cause serious breakage. Once you get to a newer version (anything past 8.3? 8.4) you can use the new upgrade tools moving forward to minimize downtime during the upgrade process but you will *always* need to test and evaluate before deploying. Cheers, Steve