pg.ddx.io  pgsql-admin@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Greg Smith <greg@2ndquadrant.com>
To: Renato Oliveira <renato.oliveira@grant.co.uk>
Cc: Tino Schwarze <postgresql@tisc.de>
Cc: pgsql-admin@postgresql.org <pgsql-admin@postgresql.org>
Subject: Re: Migrate postgres to newer hardware
Date: Tue, 30 Mar 2010 13:05:40 -0400
Message-ID: <4BB22F64.8080708@2ndquadrant.com> (raw)
In-Reply-To: <7965A9DCF12CC14984420BCC37B1608F25AB1AEE54@Elzar.grant.co.uk>
References: <7965A9DCF12CC14984420BCC37B1608F25AB1AED49@Elzar.grant.co.uk>
	<1269959369.15416.5.camel@deimos>
	<20100330143831.GE17567@easy5.in-chemnitz.de>
	<7965A9DCF12CC14984420BCC37B1608F25AB1AEE54@Elzar.grant.co.uk>

Renato Oliveira wrote:
> Are there any commercial solutions out there for migrating large DBs?
>   

I'm not aware of any.  The main way to address this problem by throwing 
money at it is to hire someone extremely familiar with PostgreSQL 
replication technology and figure out how to customize one of the 
available approaches (Slony, Londiste, PITR, dump/restore) to match your 
application.  For example, in some cases it's possible to record 
database changes on the application side, replicate the database via one 
of the fast online approaches like PITR, and then synchronize just the 
changes made in the master while that was happening for a fast 
switch-over to a new version.  It's not unheard for that to require 
small application changes to support, to provide an easier way to log 
the difference between the two.

If you can't take the additional load of Slony and have minimal 
tolerance for downtime, you really need to come up with a long-term 
approach to coping with that from an application architecture 
perspective.  Unfortunately you're not going to find any quick fix for 
that combination of requirements.

-- 
Greg Smith  2ndQuadrant US  Baltimore, MD
PostgreSQL Training, Services and Support
greg@2ndQuadrant.com   www.2ndQuadrant.us




view thread (34+ messages)  latest in thread

Message-ID: <4BB22F64.8080708@2ndquadrant.com>
Permalink:  ../4BB22F64.8080708@2ndquadrant.com/
Also on:    postgresql.org/message-id/4BB22F64.8080708@2ndquadrant.com

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-admin@postgresql.org
  Cc: greg@2ndquadrant.com, renato.oliveira@grant.co.uk, postgresql@tisc.de
  Subject: Re: Migrate postgres to newer hardware
  In-Reply-To: <4BB22F64.8080708@2ndquadrant.com>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox