Received: from localhost (unknown [200.46.204.183]) by postgresql.org (Postfix) with ESMTP id 9E091650224 for ; Wed, 27 Aug 2008 18:31:41 -0300 (ADT) Received: from postgresql.org ([200.46.204.86]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 31200-03 for ; Wed, 27 Aug 2008 18:31:32 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from outbound.icp-qv1-irony-out2.iinet.net.au (outbound.icp-qv1-irony-out2.iinet.net.au [203.59.1.107]) by postgresql.org (Postfix) with ESMTP id 2B0B26501E6 for ; Wed, 27 Aug 2008 18:31:34 -0300 (ADT) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ak0GAIdktUjL1lpl/2dsb2JhbACIAYNrhUGpFIFo X-IronPort-AV: E=Sophos;i="4.32,281,1217779200"; d="scan'208";a="360015552" Received: from unknown (HELO mail.outtalimits.com.au) ([203.214.90.101]) by outbound.icp-qv1-irony-out2.iinet.net.au with ESMTP; 28 Aug 2008 05:31:31 +0800 Received: from www.outtalimits.com.au (localhost [127.0.0.1]) by mail.outtalimits.com.au (Postfix) with ESMTP id ADF232B6405C; Thu, 28 Aug 2008 07:31:30 +1000 (EST) MIME-Version: 1.0 Date: Thu, 28 Aug 2008 07:31:30 +1000 From: To: windsurferdrew-pg@yahoo.com Cc: pgsql-admin@postgresql.org Subject: Re: WAL files during a backup In-Reply-To: <574355.70404.qm@web36904.mail.mud.yahoo.com> References: <574355.70404.qm@web36904.mail.mud.yahoo.com> Message-ID: <92c52b6a4dbbd6f1a86d6043ffbfb62f@127.0.0.1> X-Sender: steve@outtalimits.com.au User-Agent: RoundCube Webmail/0.2a Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200808/208 X-Sequence-Number: 30053 This WAL wont get copied to the archive directory until it reaches 16MB worth of transactional data. I will actually be testing today for work, if I can grab the latest xlog and this can be used in the restore aswell as archived WAL's I will let you know the results, unless some1 else already knows.? On Wed, 27 Aug 2008 13:49:13 -0700 (PDT), windsurferdrew-pg@yahoo.com wrote: > Steve, thanks for your response and your question. > > Ok, here is some clarification on the WAL file name used in the example > below. > > The WAL file name I used in the example is actually > 000000010000000000000088, and the backup file name is > 000000010000000000000088.0089ED8C.backup. > > The WAL file 000000010000000000000088 exists in the data/pg_xlog directory > after the backup run is completed. The problem for me is that it wasn't > copied to the archive directory. > > > Since this is a test machine and not much db activity occurring on this > server, there have been 6 additional WAL files added to the pg_xlog > directory in the last 6 hours since the last backup was performed. > > Drew > > > ----- Original Message ---- > From: "steve@outtalimits.com.au" > To: windsurferdrew-pg@yahoo.com > Cc: pgsql-admin@postgresql.org > Sent: Wednesday, August 27, 2008 4:36:24 PM > Subject: Re: [ADMIN] WAL files during a backup > > 00000001000000000000223387 would usually be the next WAL to be written. > How often are you WALs written out? > > On Wed, 27 Aug 2008 07:07:17 -0700 (PDT), windsurferdrew-pg@yahoo.com > wrote: >> I have a question regarding the WAL files that are moved during a backup > to >> the "archive directory". >> >> I have setup the postgresql.conf file to have the following archive >> command: >> >> archive_command = 'cp -i %p /var/lib/pgsql/backups/%f > >> Environment: >> PG Version 8.1.4 >> OS: Linux 2.6.18-8.el5 >> >> After I have run the pg_hotbackup script, the backups directory contains >> only 2 files: >> 1. The gzipped tar file pg_hotbackup_.tar.gz, and >> 2. a WAL file ".backup" file, (for example >> 00000001000000000000223387.0089ED8C.backup) >> >> The actual WAL file did not get copied to the backups directory. From > the >> example above, I would have expected at least 1 WAL file named >> 00000001000000000000223387 to be in the backups directory. >> >> My questions are: >> 1. Is this normal behavior? (perhaps no activity in the DB to cause a > WAL >> file write during the backup?) >> 2. If I try to restore the DB without this WAL file, will the restore >> fail? >> >> Thanks in advance >> >> Drew >> >> >>