Received: from maia.hub.org (maia-5.hub.org [200.46.204.29]) by mail.postgresql.org (Postfix) with ESMTP id BAF98632975 for ; Mon, 12 Jul 2010 03:59:16 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.29]) (amavisd-maia, port 10024) with ESMTP id 30270-07 for ; Mon, 12 Jul 2010 06:59:09 +0000 (UTC) X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6 Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mail.postgresql.org (Postfix) with ESMTP id 3800F6326A3 for ; Mon, 12 Jul 2010 03:59:08 -0300 (ADT) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OYCym-00066o-DG for pgsql-admin@postgresql.org; Mon, 12 Jul 2010 08:59:04 +0200 Received: from 217.110.94.67 ([217.110.94.67]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 12 Jul 2010 08:59:04 +0200 Received: from spam_eater by 217.110.94.67 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 12 Jul 2010 08:59:04 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: pgsql-admin@postgresql.org From: Thomas Kellerer Subject: Re: High Availability: Hot Standby vs. Warm Standby Date: Mon, 12 Jul 2010 08:58:58 +0200 Lines: 29 Message-ID: References: <4C386B33.8090708@2ndquadrant.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 217.110.94.67 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.23) Gecko/20090812 Thunderbird/2.0.0.23 Mnenhy/0.7.6.666 In-Reply-To: <4C386B33.8090708@2ndquadrant.com> X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-0.746 tagged_above=-10 required=5 tests=BAYES_00=-1.9, RCVD_NUMERIC_HELO=1.164, T_RP_MATCHES_RCVD=-0.01 X-Spam-Level: X-Archive-Number: 201007/47 X-Sequence-Number: 35066 Greg Smith, 10.07.2010 14:44: >> Is there a difference in how much data could potentially be lost in >> case of a failover? E.g. because 9.0 replicates the changes quicker than 8.4? > > There's nothing that 9.0 does that you can' t do with 8.4 and the right > software to aggressively ship partial files around. In practice though, > streaming shipping is likely to result in less average data loss simply > because it will do the right thing to ship new transactions > automatically. Getting the same reaction time and resulting low amount > of lag out of an earlier version requires a level of external script > configuration that few sites every actually manage to obtain. You can > think of the 9.0 features as mainly reducing the complexity of > installation needed to achieve low latency significantly. I would bet > that if you tried to setup 8.4 to achieve the same quality level in > terms of quick replication, your result would be more fragile and buggy > than just using 9.0--the bugs would be just be in your own code rather > than in the core server. > Greg and Rob, thanks for the answers. I didn't "plan" (or expect) to get the same level of reliability from a "standard" 8.4 HA installation, so I don't think I would go that way. If we do need that level, we'd go for 9.0 or for some other solution. The manual lists three possible solutions to HA: shared disk failover, file system replication and Warm/Hot Standby. I'm not an admin (nor a DBA), so my question might sound a bit stupid: from my point of view solutions using shared disk failover of file system replication seem to be more reliable in terms of how much data can get lost (and possibly the switch over lag) Regards Thomas