Received: from maia.hub.org (maia-5.hub.org [200.46.204.29]) by mail.postgresql.org (Postfix) with ESMTP id B5AE5633EA0 for ; Fri, 9 Jul 2010 13:32:19 -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 62793-07 for ; Fri, 9 Jul 2010 16:32:12 +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 4EBE1633E9D for ; Fri, 9 Jul 2010 13:32:11 -0300 (ADT) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OXGUe-000635-LS for pgsql-admin@postgresql.org; Fri, 09 Jul 2010 18:32:04 +0200 Received: from ppp-188-174-68-98.dynamic.mnet-online.de ([188.174.68.98]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 09 Jul 2010 18:32:04 +0200 Received: from spam_eater by ppp-188-174-68-98.dynamic.mnet-online.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 09 Jul 2010 18:32: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: Fri, 09 Jul 2010 18:31:56 +0200 Lines: 28 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: ppp-188-174-68-98.dynamic.mnet-online.de User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.21) Gecko/20090302 Thunderbird/2.0.0.21 Mnenhy/0.7.5.666 In-Reply-To: X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.91 tagged_above=-10 required=5 tests=BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 X-Spam-Level: X-Archive-Number: 201007/30 X-Sequence-Number: 35049 Hi, Rob Wultsch wrote on 09.07.2010 18:14: >> I am aware that I can use the 9.0 standby server for read only queries, but >> that is (currently) not something we need >> > > Taking SQL backups without impacting the master might be something to consider. Interesting point. Thanks for mentioning that. >> I'm wondering about the differences when the failover situation occurs. From >> reading the docs, I get the impression that 9.0's streaming replication >> might be faster than 8.4's WAL shipping, but otherwise offers the same level >> of data protection. >> >> Is there a difference in how much data could potentially be lost in case of >> a failover? > > 9.0 has streaming replication so much less data would likely be lost. > WAL logs are generally 16 MB and often shipped when completed. So my assumption is correct that streaming replication does mean that in case of a failover less transactions are lost? Regards Thomas