Re: Least intrusive way to move primary data

From: Armand du Plessis <adp(at)bank(dot)io>
To: "Andrew W(dot) Gibbs" <awgibbs(at)awgibbs(dot)com>
Cc: "pgsql-admin(at)postgresql(dot)org" <pgsql-admin(at)postgresql(dot)org>
Subject: Re: Least intrusive way to move primary data
Date: 2013-05-30 10:24:33
Message-ID: CANf99sVXaat6PVij43AJhEcX+xzy_gCNx4HKHFS=xjWdVi7icQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

On Thu, May 30, 2013 at 12:19 PM, Andrew W. Gibbs <awgibbs(at)awgibbs(dot)com>wrote:

> Going with your first option, a master->slave replication, has the
> added benefit that you build the expertise for doing Continuous Point
> In Time Recovery, and after you do this storage system migration you
> can use that knowledge to put in a place a permanent standby server.
> Yes, it is a bit of work, but you'd kill two birds with one stone, and
> these are worthwhile birds. If you've got a busy server, and you want
> to do regular back-ups, and you don't have a much more
> expensive/sophisticated solution at your behest (or you want to
> support load balancing of reads in the future), this is probably
> something you want to do anyway.

Thanks Andrew, actually I have a streaming slave running for backups at the
moment. It's just not as powerful as the primary. It would probably
actually be an option to upgrade it and do the failover as well.

In response to

Browse pgsql-admin by date

  From Date Subject
Next Message Rodrigo Barboza 2013-05-30 13:05:57 How do I know my table is bloated?
Previous Message Michał Rus 2013-05-30 10:24:08 Change built-in default privileges for CREATE DATABASE?