Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1Xvtbt-0001Xo-RZ for pgsql-admin@arkaria.postgresql.org; Tue, 02 Dec 2014 19:59:46 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1Xvtbt-0000UQ-BX for pgsql-admin@arkaria.postgresql.org; Tue, 02 Dec 2014 19:59:45 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1Xvtbs-0000UJ-A0 for pgsql-admin@postgresql.org; Tue, 02 Dec 2014 19:59:44 +0000 Received: from mail-yk0-x22f.google.com ([2607:f8b0:4002:c07::22f]) by magus.postgresql.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1Xvtbn-00053Q-Qc for pgsql-admin@postgresql.org; Tue, 02 Dec 2014 19:59:43 +0000 Received: by mail-yk0-f175.google.com with SMTP id 200so6179043ykr.6 for ; Tue, 02 Dec 2014 11:59:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=FWTKO/CINWY0Nn/P1U3TmOOvtmZ0YTw38wbspY648Lc=; b=q3mBIAp1S8g3GrD9U7LOvTFJgCZwo9wpz8HPm3kCwO5YASsaiB92R0sCbkOLRSrLBQ dzgCMjxEDR2kffFgPTHbw6x/hEaeqxwg+QbzeCMdiz/IV6b/vN7+rQvl2mSMlCpML8tw EASPol/ny4PEZaBMCHz7X72JLoUMIp4ODumaOK4Lnx9mF9wU16kEOnjVaiz5v0g0wlCn wFyj/UZ/PnBVi2XNOdGUu90JV5LhUrR+PbAQjOO0RyruljylpRRt1ySYWB6+Cl5aRUey gIh6sB0MBTRHcrQdb2pTaVUz/96OISyVf8m3m3XlRxEjULmhnLjSwdf8ENXOUqhmPfkp QjOQ== X-Received: by 10.236.67.8 with SMTP id i8mr1059037yhd.177.1417550377357; Tue, 02 Dec 2014 11:59:37 -0800 (PST) Received: from [192.168.254.3] (h77.89.102.166.static.ip.windstream.net. [166.102.89.77]) by mx.google.com with ESMTPSA id v31sm13263815yha.16.2014.12.02.11.59.36 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 02 Dec 2014 11:59:37 -0800 (PST) Message-ID: <547E1A3D.8040502@gmail.com> Date: Tue, 02 Dec 2014 14:59:57 -0500 From: John Scalia User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: "pgsql-admin@postgresql.org" Subject: 9.2 documentation/configuration question Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Pg-Spam-Score: -2.7 (--) 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 Hi All, I've been asked to assist another group in our company and their db configuration is a little confusing to me. The database is not replicated, but it is running WAL archiving. I've been looking at http://www.postgresql.org/docs/9.2/static/wal-configuration.html and my confusion regards the 4th paragraph: "The server's checkpointer process automatically performs a checkpoint every so often. A checkpoint is created every checkpoint_segments log segments, or every checkpoint_timeout seconds, whichever comes first. The default settings are 3 segments and 300 seconds (5 minutes), respectively. In cases where no WAL has been written since the previous checkpoint, new checkpoints will be skipped even if checkpoint_timeout has passed. If WAL archiving is being used and you want to put a lower limit on how often files are archived in order to bound potential data loss, you should adjust archive_timeout parameter rather than the checkpoint parameters..." So, are docs saying that checkpoint_timeout is ignored if you have a value for archive_timeout or is it still used? This server currently has: checkpoint_segments=32 checkpoint_timeout = 5min #default archive_timeout=3600 and I'm not sure these make sense together in light of this paragraph. -- Jay -- Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-admin