X-Original-To: pgsql-sql-postgresql.org@localhost.postgresql.org Received: from localhost (av.hub.org [200.46.204.144]) by postgresql.org (Postfix) with ESMTP id 8D76F9DC865 for ; Wed, 1 Mar 2006 14:28:14 -0400 (AST) Received: from postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 58297-04 for ; Wed, 1 Mar 2006 14:28:14 -0400 (AST) X-Greylist: from auto-whitelisted by SQLgrey- Received: from r1.mycybernet.net (r1.mycybernet.net [209.5.206.8]) by postgresql.org (Postfix) with ESMTP id 900D19DC863 for ; Wed, 1 Mar 2006 14:28:12 -0400 (AST) Received: from 227-54-222-209.mycybernet.net ([209.222.54.227]:40247 helo=phlogiston.dydns.org) by r1.mycybernet.net with esmtp (Exim 4.50 (FreeBSD)) id 1FEW3Y-000DKc-Tk for pgsql-sql@postgresql.org; Wed, 01 Mar 2006 13:28:13 -0500 Received: by phlogiston.dydns.org (Postfix, from userid 1000) id 79ECB4040; Wed, 1 Mar 2006 13:28:03 -0500 (EST) Date: Wed, 1 Mar 2006 13:28:03 -0500 From: Andrew Sullivan To: pgsql-sql@postgresql.org Subject: Re: Replication - state of the art? Message-ID: <20060301182803.GK17356@phlogiston.dyndns.org> References: <20060301133041.8EFFA19B797@smtp03l.fasthosts.co.uk> <4405DF32.4070307@obviously.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4405DF32.4070307@obviously.com> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, score=0.079 required=5 tests=[AWL=0.079] X-Spam-Score: 0.079 X-Spam-Level: X-Archive-Number: 200603/16 X-Sequence-Number: 24362 On Wed, Mar 01, 2006 at 09:51:46AM -0800, Bryce Nesbitt wrote: > switch over and rebuild the DB. "No-lost transaction" is far more > important than switch time. You can't guarantee that without two phase commit, no matter what you do. Log shipping doesn't require you to have an active database running on the origin (slony-1 does, which is one of its potential drawbacks). But that won't help you if a transaction committed at the instant an earthquake hit your datacentre, wiping it out. You can't get the data off the failed origin no matter what. > Anyone here using replication or transaction journaling? Has it proved > reliable, easy to maintain? Define "easy". Every possible replication system is going to have slightly grotty corners into which you find yourself wandering. The question is merely whether the room is octagonal or merely rectangular. A -- Andrew Sullivan | ajs@crankycanuck.ca I remember when computers were frustrating because they *did* exactly what you told them to. That actually seems sort of quaint now. --J.D. Baldwin