Received: from localhost (unknown [200.46.204.183]) by mail.postgresql.org (Postfix) with ESMTP id 4FE1464FC02 for ; Fri, 7 Nov 2008 04:32:51 -0400 (AST) Received: from mail.postgresql.org ([200.46.204.86]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 52143-07 for ; Fri, 7 Nov 2008 04:32:50 -0400 (AST) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from smadev.internal.net (host3.dynacom.ondsl.gr [62.103.35.211]) by mail.postgresql.org (Postfix) with ESMTP id 1D75964FC04 for ; Fri, 7 Nov 2008 04:32:46 -0400 (AST) Received: from smadev.internal.net (localhost [127.0.0.1]) by smadev.internal.net (8.14.2/8.14.2) with ESMTP id mA78WfWG013606; Fri, 7 Nov 2008 10:32:41 +0200 (EET) (envelope-from achill@matrix.gatewaynet.com) Received: from localhost (localhost [[UNIX: localhost]]) by smadev.internal.net (8.14.2/8.14.2/Submit) id mA78Weui013605; Fri, 7 Nov 2008 10:32:40 +0200 (EET) (envelope-from achill@matrix.gatewaynet.com) From: Achilleas Mantzios Organization: Dynacom Tankers Mgmt To: pgsql-admin@postgresql.org Subject: Re: Ideal way to upgrade to postgres 8.3 with less downtime Date: Fri, 7 Nov 2008 10:32:40 +0200 User-Agent: KMail/1.9.7 Cc: "Swathi S" References: <6c1264780811062204t260f7c4eo20675bc8d2b0bb6b@mail.gmail.com> In-Reply-To: <6c1264780811062204t260f7c4eo20675bc8d2b0bb6b@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200811071032.40803.achill@matrix.gatewaynet.com> X-Archive-Number: 200811/42 X-Sequence-Number: 30696 =CE=A3=CF=84=CE=B9=CF=82 Friday 07 November 2008 08:04:05 =CE=BF/=CE=B7 Swa= thi S =CE=AD=CE=B3=CF=81=CE=B1=CF=88=CE=B5: > Hi, >=20 > I have a database of size approx 400G. It's a 24/7 database. Only few tab= les > have regular reads and writes. The other tables just store information. >=20 > I would like to upgrade to 8.3 and would like to know the best way to > upgrade with less downtime. >=20 > Thanks > Swathi >=20 And now you are running with which version? The ideal way is to read the HISTORY file, do several upgrade excercises on= a test system with the same database (e.g. with a recent backup of the original), and then plan/or= ganize your actions. But i must say that the older version of postgresql you run, the fancier th= ings your apps do, and the more lines of code they have, the harder it will be to upgrade. Usually SPI and JDBC require large amounts of work as well. Well i dont mean to be pessimistic, but our 7.4 -> 8.3 upgrade was pretty p= ainful. =2D-=20 Achilleas Mantzios