HP was providing CA (Continuous Access) software that was claimed to provide
WAN SAN replication by repeating IO in exactly the sequence it was generated
on the master, to the slave. SO while there was a delay, updates on the
slave would be sequentially intact, providing a good level of integrity for
database rollback on the slave in the event of recovery on the slave / DR
system. I'm not sure this would be sufficient for 99.9% uptime though, as
there would be some startup requirements on the slave.
On 5/31/07, Fernando Ike de Oliveira <fike(at)midstorm(dot)org> wrote:
> I need solution to PostgreSQL for High Available, originally
> was 99,7% but considering the current necessities, change percentual
> to 99,99%. I think in solution probability pgpool-2 or Heartbeat +
> GFS. The PostgreSQL servers will be in different physical places.
> Kind Regards,
> Fernando Ike
> ---------------------------(end of broadcast)---------------------------
> TIP 3: Have you checked our extensive FAQ?
In response to
pgsql-admin by date
|Next:||From: Kristo Kaiv||Date: 2007-05-31 06:45:06|
|Subject: Re: High Avaliable in the PostgreSQL.|
|Previous:||From: Jon Colverson||Date: 2007-05-31 04:58:26|
|Subject: Re: Attempt to re-archive existing WAL logs after restoring