Received: from maia.hub.org (unknown [200.46.204.183]) by mail.postgresql.org (Postfix) with ESMTP id BEA2763396D; Wed, 31 Mar 2010 17:39:32 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 19850-02; Wed, 31 Mar 2010 20:39:21 +0000 (UTC) X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6 X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6 Received: from exprod7og127.obsmtp.com (exprod7og127.obsmtp.com [64.18.2.210]) by mail.postgresql.org (Postfix) with SMTP id 2BD136339EA; Wed, 31 Mar 2010 17:39:21 -0300 (ADT) Received: from source ([74.125.78.145]) by exprod7ob127.postini.com ([64.18.6.12]) with SMTP ID DSNKS7Oy95M5E8ijufLs+Kpfwp3nHILorO4i@postini.com; Wed, 31 Mar 2010 13:39:21 PDT Received: by ey-out-1920.google.com with SMTP id 3so169895eyh.6 for ; Wed, 31 Mar 2010 13:39:18 -0700 (PDT) Received: by 10.213.74.142 with SMTP id u14mr2494859ebj.72.1270067958319; Wed, 31 Mar 2010 13:39:18 -0700 (PDT) Received: from [192.168.1.117] (dsl-hkibrasgw2-ff67c300-165.dhcp.inet.fi [88.195.103.165]) by mx.google.com with ESMTPS id 15sm3932984ewy.12.2010.03.31.13.39.15 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 31 Mar 2010 13:39:16 -0700 (PDT) Message-ID: <4BB3B2ED.5080606@enterprisedb.com> Date: Wed, 31 Mar 2010 23:39:09 +0300 From: Heikki Linnakangas Organization: EnterpriseDB User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20090706) MIME-Version: 1.0 To: Fujii Masao CC: PostgreSQL-development , pgsql-docs@postgresql.org Subject: Re: Streaming replication document improvements References: <3f0b79eb1003300152g5327eb47w8f9aecae6002b215@mail.gmail.com> In-Reply-To: <3f0b79eb1003300152g5327eb47w8f9aecae6002b215@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-0.838 tagged_above=-10 required=5 tests=BAYES_00=-2.599, FS_REPLICA=1.041, SARE_SPEC_REPLICA=0.72 X-Spam-Level: X-Archive-Number: 201003/23 X-Sequence-Number: 5388 Fujii Masao wrote: > *************** > *** 829,834 **** if (!triggered) > --- 826,834 ---- > > Set the maximum number of concurrent connections from the standby servers > (see for details). > + Since those connections are for superusers, > + should be > + set accordingly. > > > That's an interesting point, do streaming replication connections consume superuser_reserved_connections slots? How should superuser_reserved_connections be set? > *** a/src/backend/access/transam/recovery.conf.sample > --- b/src/backend/access/transam/recovery.conf.sample > *************** > *** 88,94 **** > #recovery_target_timeline = '33' # number or 'latest' > # > #--------------------------------------------------------------------------- > ! # LOG-STREAMING REPLICATION PARAMETERS > #--------------------------------------------------------------------------- > # > # When standby_mode is enabled, the PostgreSQL server will work as > --- 88,94 ---- > #recovery_target_timeline = '33' # number or 'latest' > # > #--------------------------------------------------------------------------- > ! # STANDBY SERVER PARAMETERS > #--------------------------------------------------------------------------- > # > # When standby_mode is enabled, the PostgreSQL server will work as Hmm, that makes the HOT STANDBY notice after that section look weird: > #--------------------------------------------------------------------------- > # HOT STANDBY PARAMETERS > #--------------------------------------------------------------------------- > # > # Hot Standby related parameters are listed in postgresql.conf > # > #--------------------------------------------------------------------------- Do we need that notice? Maybe just move that sentence to the "STANDBY SERVER PARAMETERS" section. I just committed a patch to move around the high-availability sections a bit. That caused conflicts with this patch, so I picked the changes from the patch and applied them over the new layout, and I also did a lot of other editing. So, I committed most parts of this patch (except the above), with a lot of changes to fix the bit-rot, and also other editing to my liking. I hope I made it better not worse. -- Heikki Linnakangas EnterpriseDB http://www.enterprisedb.com