Re: Replication

From: Andrew Sullivan <ajs(at)crankycanuck(dot)ca>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: Replication
Date: 2004-04-26 18:23:36
Message-ID: 20040426182336.GB28909@phlogiston.dyndns.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Thu, Apr 22, 2004 at 09:42:12AM -0400, Eric Comeau wrote:
>
> What is Oracle selling as their replication solution these days?

[. . .]

> Their ORAC if I understand it correctly is a "cluster" solution and
> no a "replication" solution.

This is an example of why I think most of the discussion about
"replication" is so confusing. ORAC is certainly a kind of
replication: it provides always-on, hot redundancy in a cluster of
machines. It's multi-master, and something very close to
asynchronous. It's a _very_ clever system, but it'll do you not one
whit of good if your primary site fails. Also, it's not suitable for
use on unreliable hardware: every cluster member failure causes a
"remastering" event which causes everything to stop while remastering
happens. Finally, it requires some nifty but expensive storage --
storage which itself could be a single point of failure, if it failed
in the right ways.

To solve all of that, Oracle also offers Data Guard. This is
basically a standard log-shipping technique. The off-site "standby"
databases can't be used while in standby mode. This has all the
standard caveats of asynchronous WAN replication, not least of which
is that if you processed a $100 million transaction right before your
master failed, and then you recovered onto a slave which didn't have
that last moment of data, you might find yourself making a $100
million mistake.

So, Oracle Corp offers two different ways to keeo you up nights. :)
I'm sure they're both wonderful products. But they certainly don't
have a one-size-fits-all approach.

A

--
Andrew Sullivan | ajs(at)crankycanuck(dot)ca

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Alvaro Herrera 2004-04-26 18:26:16 Re: tsearch2 and bytea
Previous Message Alvaro Herrera 2004-04-26 18:23:28 Re: Index on computed column