Received: from maia.hub.org (maia-5.hub.org [200.46.204.29]) by mail.postgresql.org (Postfix) with ESMTP id F0572B5DC41 for ; Wed, 29 Jun 2011 22:56:00 -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 74926-07 for ; Thu, 30 Jun 2011 01:55:54 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from smtp-4.01.com (smtp-4.01.com [38.102.63.183]) by mail.postgresql.org (Postfix) with ESMTP id AE026B5DC40 for ; Wed, 29 Jun 2011 22:55:54 -0300 (ADT) Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp-4.01.com (Postfix) with ESMTP id 03ABB598A1 for ; Wed, 29 Jun 2011 20:55:55 -0500 (CDT) Received: from smtp-4.01.com ([127.0.0.1]) by localhost (smtp-4.01.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fR6lLUcm5T4Y for ; Wed, 29 Jun 2011 20:55:54 -0500 (CDT) Received: by smtp-4.01.com (Postfix, from userid 99) id DF63E598F5; Wed, 29 Jun 2011 20:55:54 -0500 (CDT) Received: from Sidney-Stratton.local (70-36-143-92.dsl.dynamic.sonic.net [70.36.143.92]) by smtp-4.01.com (Postfix) with ESMTPSA id A71F6598A1 for ; Wed, 29 Jun 2011 20:55:54 -0500 (CDT) Message-ID: <4E0BD7A9.2050307@agliodbs.com> Date: Wed, 29 Jun 2011 18:55:53 -0700 From: Josh Berkus Organization: PostgreSQL Experts Inc. User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2.15) Gecko/20110303 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: pgsql-hackers@postgresql.org Subject: Re: time-delayed standbys References: <26007.1303309175@sss.pgh.pa.us> <27149.1303312506@sss.pgh.pa.us> In-Reply-To: X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.9 tagged_above=-5 required=5 tests=BAYES_00=-1.9 X-Spam-Level: X-Archive-Number: 201106/2312 X-Sequence-Number: 191025 On 6/29/11 11:11 AM, Robert Haas wrote: > If the standby gets far enough behind the master that the required > files are no longer there, then it will switch to the archive, if > available. One more thing: As I understand it (and my testing shows this), the standby *prefers* the archive logs, and won't switch to streaming until it reaches the end of the archive logs. This is desirable behavior, as it minimizes the load on the master. -- Josh Berkus PostgreSQL Experts Inc. http://pgexperts.com