pg.ddx.io  pgsql-performance@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Gregory Stark <stark@enterprisedb.com>
To: Joshua D. Drake <jd@commandprompt.com>
Cc: Toru SHIMOGAKI <shimogaki.toru@oss.ntt.co.jp>
Cc: Steve Atkins <steve@blighty.com>
Cc: PostgreSQL Performance <pgsql-performance@postgresql.org>
Subject: Re: PITR Backups
Date: Fri, 22 Jun 2007 16:31:42 +0100
Message-ID: <87645gngyp.fsf@oxford.xeocode.com> (raw)
In-Reply-To: <467BD479.5090603@commandprompt.com>
References: <7E0807EE-B970-4869-A248-B838E42AD9EE@hi5.com>
	<9761.1182472005@sss.pgh.pa.us>
	<467B3459.9030808@oss.ntt.co.jp>
	<B4AE85C4-8E1C-4EF6-B8A4-7B66C26238EA@blighty.com>
	<467B7A89.3080300@oss.ntt.co.jp>
	<467BD479.5090603@commandprompt.com>


>> So, if any data is written during taking snapshot, we can't assurance data
>> correctness *strictly* .

That sounds nothing like what I've heard called a "snapshot" before. Some
"filesystems" which aren't really filesystems but are also storage layer
drivers like Veritas (and ZFS?) allow you to take a snapshot which they
guarantee is atomic. You can do them while you have concurrent i/o and be sure
to get a single consistent view of the filesystem.

If you're just copying blocks from a device without any atomic snapshot
guarantee then you're going to get garbage. Even in Postgres wasn't writing
anything the OS might still choose to flush blocks during that time, possibly
not even Postgres data blocks but filesystem meta-information blocks.

-- 
  Gregory Stark
  EnterpriseDB          http://www.enterprisedb.com




view thread (38+ messages)  latest in thread

Message-ID: <87645gngyp.fsf@oxford.xeocode.com>
Permalink:  ../87645gngyp.fsf@oxford.xeocode.com/
Also on:    postgresql.org/message-id/87645gngyp.fsf@oxford.xeocode.com

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-performance@postgresql.org
  Cc: stark@enterprisedb.com, jd@commandprompt.com, shimogaki.toru@oss.ntt.co.jp, steve@blighty.com
  Subject: Re: PITR Backups
  In-Reply-To: <87645gngyp.fsf@oxford.xeocode.com>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox