From: | "Dai, Tino" <tdai(at)loc(dot)gov> |
---|---|
To: | Greg Smith <greg(at)2ndquadrant(dot)com>, Renato Oliveira <renato(dot)oliveira(at)grant(dot)co(dot)uk> |
Cc: | "pgsql-admin(at)postgresql(dot)org" <pgsql-admin(at)postgresql(dot)org>, Tino Schwarze <postgresql(at)tisc(dot)de> |
Subject: | Re: Migrate postgres to newer hardware |
Date: | 2010-03-31 02:07:54 |
Message-ID: | 1CA7FF980DA3824F9A5C31532B7A40DCC6D764D6@LCXCLMB01.LCDS.LOC.GOV |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
Hi Everybody,
I'm not a dba. I'm a sysadmin by training. Is there some way to mirror the disks at the OS level? And then move it to the new machine. Just a though, I don't know the exact steps. But if you are interested, I can see what I can find.
-Tino
________________________________________
From: pgsql-admin-owner(at)postgresql(dot)org [pgsql-admin-owner(at)postgresql(dot)org] On Behalf Of Greg Smith [greg(at)2ndquadrant(dot)com]
Sent: Tuesday, March 30, 2010 1:05 PM
To: Dai, Tino; Renato Oliveira
Cc: pgsql-admin(at)postgresql(dot)org; Tino Schwarze
Subject: Re: [ADMIN] Migrate postgres to newer hardware
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(at)2ndQuadrant(dot)com www.2ndQuadrant.us
--
Sent via pgsql-admin mailing list (pgsql-admin(at)postgresql(dot)org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-admin
From | Date | Subject | |
---|---|---|---|
Next Message | Benjamin Krajmalnik | 2010-03-31 04:20:46 | Reclaiming space from a toast table |
Previous Message | John Lister | 2010-03-30 21:51:46 | Re: Strange deletion problem |