Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1Tw3kK-000204-TT for pgsql-admin@arkaria.postgresql.org; Fri, 18 Jan 2013 04:40:05 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.72) (envelope-from ) id 1Tw3kK-00049j-Dd for pgsql-admin@arkaria.postgresql.org; Fri, 18 Jan 2013 04:40:04 +0000 Received: from magus.postgresql.org ([87.238.57.229]) by malur.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1Tw3kJ-000489-0Y for pgsql-admin@postgresql.org; Fri, 18 Jan 2013 04:40:03 +0000 Received: from mout.gmx.net ([74.208.4.201]) by magus.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1Tw3kD-0001we-MS for pgsql-admin@postgresql.org; Fri, 18 Jan 2013 04:40:02 +0000 Received: from mailout-us.gmx.com ([172.19.198.47]) by mrigmx.server.lan (mrigmxus001) with ESMTP (Nemesis) id 0MH0eU-1TjQQo1E8I-00DsqQ for ; Fri, 18 Jan 2013 05:39:56 +0100 Received: (qmail 30951 invoked by uid 0); 18 Jan 2013 04:39:56 -0000 Received: from 76.255.19.161 by rms-us007 with HTTP Content-Type: text/plain; charset="utf-8" Date: Thu, 17 Jan 2013 23:39:53 -0500 From: "Kevin Grittner" Message-ID: <20130118043953.108970@gmx.com> MIME-Version: 1.0 Subject: Re: Question concerning replicated server using streaming replication used as a read-only reporting server To: "Benjamin Krajmalnik" ,pgsql-admin@postgresql.org X-Authenticated: #138763884 X-Flags: 0001 X-Mailer: GMX.com Web Mailer x-registered: 0 Content-Transfer-Encoding: 8bit X-GMX-UID: TreKcPVL3zOlOQ09Lnwh2Ep+IGRvb8Ds X-Pg-Spam-Score: -2.6 (--) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-admin Precedence: bulk Sender: pgsql-admin-owner@postgresql.org Benjamin Krajmalnik wrote: > It is ok if I am a little bit behind. What setting do > I need to tweak to allow it to get further behind? The relevant settings are described here: http://www.postgresql.org/docs/9.0/interactive/runtime-config-wal.html#RUNTIME-CONFIG-REPLICATION http://www.postgresql.org/docs/9.0/interactive/runtime-config-wal.html#RUNTIME-CONFIG-STANDBY The ones that you might want to look at are: vacuum_defer_cleanup_age max_standby_archive_delay max_standby_streaming_delay Leaving some gaps for "catch up time" between long-running requests can help prevent cancelations, since the lag can otherwise accumulate. -Kevin -- Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-admin