Skip site navigation (1) Skip section navigation (2)

Peripheral Links

Header And Logo

PostgreSQL
| The world's most advanced open source database.

Site Navigation

Search for
  Advanced Search

Re: Constant WAL replay


  • From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
  • To: "Joshua D. Drake" <jd(at)commandprompt(dot)com>
  • Cc: Alvaro Herrera <alvherre(at)dcc(dot)uchile(dot)cl>, Hans-Jürgen Schönig <postgres(at)cybertec(dot)at>, pgsql-hackers(at)postgresql(dot)org, eg(at)cybertec(dot)at
  • Subject: Re: Constant WAL replay
  • Date: Sun, 24 Apr 2005 18:48:04 -0400 (EDT)
  • Message-id: <200504242248(dot)j3OMm4602985(at)candle(dot)pha(dot)pa(dot)us>

Joshua D. Drake wrote:
> Alvaro Herrera wrote:
> > On Sun, Apr 24, 2005 at 08:10:34AM +0200, Hans-J?rgen Sch?nig wrote:
> > 
> > 
> >>The idea: We are looking for a way to implement a synchronous 
> >>single-master / multiple slaves systems.
> >>Meanwhile we are able to serialize / deserialize WAL records and send 
> >>them to a group communication system which transports those records to 
> >>the slave database.
> >>This is not hard to do.
> > 
> > 
> > In fact, I believe Command Prompt's Mammoth Replicator does exactly
> > this.
> 
> Very close. We don't use the WAL (yet, slated for probably 8.1) but we
> do use a transaction log shipping method. So the implementation is 
> almost the same.

Can you run queries on the slave?  If so, how do you handle xid collisions?

-- 
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman(at)candle(dot)pha(dot)pa(dot)us               |  (610) 359-1001
  +  If your life is a hard drive,     |  13 Roberts Road
  +  Christ can be your backup.        |  Newtown Square, Pennsylvania 19073



Home | Main Index | Thread Index

Privacy Policy | PostgreSQL Archives hosted by Command Prompt, Inc. | Designed by tinysofa
Copyright © 1996 – 2008 PostgreSQL Global Development Group