Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1Z6zCi-00075A-B1 for pgsql-admin@arkaria.postgresql.org; Mon, 22 Jun 2015 10:43:52 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84) (envelope-from ) id 1Z6zCh-0004nU-CN for pgsql-admin@arkaria.postgresql.org; Mon, 22 Jun 2015 10:43:51 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84) (envelope-from ) id 1Z6zCg-0004nN-6z for pgsql-admin@postgresql.org; Mon, 22 Jun 2015 10:43:50 +0000 Received: from outbound.afilias.info ([66.199.183.4]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84) (envelope-from ) id 1Z6zCc-0000lU-MS for pgsql-admin@postgresql.org; Mon, 22 Jun 2015 10:43:48 +0000 Received: from maia.afilias-int.info ([10.109.8.9] helo=smtp.afilias.info) by outbound.afilias.info with esmtp (Exim 4.72) (envelope-from ) id 1Z6zCa-0007Lt-5Q for pgsql-admin@postgresql.org; Mon, 22 Jun 2015 10:43:44 +0000 Received: from mail-la0-f54.google.com ([209.85.215.54]) by smtp.afilias.info with esmtps (TLSv1:RC4-SHA:128) (Exim 4.72) (envelope-from ) id 1Z6zCa-0005pz-4s for pgsql-admin@postgresql.org; Mon, 22 Jun 2015 10:43:44 +0000 Received: by lagi2 with SMTP id i2so17526154lag.2 for ; Mon, 22 Jun 2015 03:43:38 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=h1mX4VtAV15x+6A8UgPlkuNdkw5ahXzp9622ROfZ3yg=; b=VYTRonSni2qx5AOMbHwQXtzzvlYHZiQsV3LPwGegDOxoH+TMxoxXnrLbWd568xcrHE +S2cmzolomP2m2WGA8qtF67386XMtxhU5FNJqUytEtm8wfKQBV17uSOdoNxUJ1sqv87m lr3Emh4DmVb/UeZKu4JVVi00n5D0rTfSoQL/+czSltVLcq930dhEDKhFxlmyZtpq5uWJ +Au7YCEs+juGLxcDMfpgp5/dOdeCA2xAahou5M5drDBLkSjTAEO5MtzAWxMwaejtL2ra cFzm08rwhz8UMg6Fc3z2vCocca/sKN1lan7TMXsmVt15lt6cEMG1AdMEK5lF4IfsVk/y V7Rg== X-Gm-Message-State: ALoCoQkgThuKg2ocxsPXQuaCTzgx9S5YvRpuRE878xqOYY5Aw13xX96lK8f7LLfOriMALogDVfA3APIiZYquAkcRa8EZF3quouitTYtzSam/EZO6uBbncB6DsU5WlLSs/JHcPLD+Hm11HCf8f1DEWUKQ8WRs4gJ0vw== X-Received: by 10.112.198.74 with SMTP id ja10mr29578122lbc.19.1434969818391; Mon, 22 Jun 2015 03:43:38 -0700 (PDT) X-Received: by 10.112.198.74 with SMTP id ja10mr29578114lbc.19.1434969818275; Mon, 22 Jun 2015 03:43:38 -0700 (PDT) Received: from zskalski-macbook.local (89-68-220-14.dynamic.chello.pl. [89.68.220.14]) by mx.google.com with ESMTPSA id qe6sm355743lbb.6.2015.06.22.03.43.36 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 22 Jun 2015 03:43:36 -0700 (PDT) Message-ID: <5587E6F9.50702@afilias.info> Date: Mon, 22 Jun 2015 12:44:09 +0200 From: Ziggy Skalski User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: pgsql-admin@postgresql.org Subject: Re: pg_upgrade References: <1862034146.20150622111438@workfile.de> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Pg-Spam-Score: -5.6 (-----) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-admin Precedence: bulk Sender: pgsql-admin-owner@postgresql.org On 2015-06-22 12:36 PM, Jan Lentfer wrote: > Am 2015-06-22 11:14, schrieb Rainer Leo: >> pg_upgrade Hello, >> >> we are still using PostgreSQL 9.0.2 on Windows Server. >> >> Now we are migrating to Windows Server 2012 R2 and we >> would like to migrate PostgreSQL at the same time to >> the current version 9.4.4-1 >> >> Which is the best way to migrate the data? >> >> 1. pg_dump on the old server >> 2. pg_retore on the new server >> 3. pg_upgrade on the new server >> >> Is this correct or is there a "best procedure" to do this? > > You do either 1 + 2 OR 3. pg_upgrade is binary upgrade, where as > pg_dump + pg_restore is "logical" (dump data and schemal to SQL > instructions). If you go that way also check pg_dumpall for dumping > the globals. > > > Regards > > Jan > > Also, for 1+2 you would be advised to do the pg_dump/restore using the *new* binaries (9.4), things could get tricky otherwise... Ziggy -- Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-admin