Re: LVM snapshots

From: Ragnar KjÞrstad <postgres(at)ragnark(dot)vestdata(dot)no>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Peter Eisentraut <peter_e(at)gmx(dot)net>, Matt <matt(at)ymogen(dot)net>, Murthy Kambhampaty <murthy(dot)kambhampaty(at)goeci(dot)com>, pgsql-admin(at)postgresql(dot)org
Subject: Re: LVM snapshots
Date: 2003-03-17 12:31:32
Message-ID: 20030317123132.GC24425@vestdata.no
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

On Sun, Mar 16, 2003 at 12:50:58PM -0500, Tom Lane wrote:
> BTW: aside from the question of the integrity of the snapshot backup,
> I'd be inclined to ask hard questions about the effects on database
> performance from using the disk-freezing feature in the first place.
> What is the LVM layer doing with the writes that occur while the
> frozen snapshot is maintained?? If they're not getting to disk at
> all, then "commits" that occur during the freeze aren't really commits
> (and one can be pardoned for wondering whether write ordering
> constraints will be honored when the floodgate is reopened). If they
> are getting to disk, this seems to imply data journaling is being used,
> which is probably a net loss for overall database performance. You
> might be willing to pay that cost to be able to use this backup
> technique --- but you should find out what that cost is ...

All sync writes will hang while the snapshot is beeing taken. Not sure
if async writes are buffered in memory or will hang too.

So, basicly your database will be inresponsive for the time it takes to
take a snapshot. The time will depend on the size of the device, the
size of the pysical extents (the LVM "blocks") and the raw disk
performance, but typically we're talking about periods shorter than a
second.

--
Ragnar KjÞrstad
Zet.no

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Martin Kutschker 2003-03-17 13:09:15 OT: mail encoding - Re: LVM snapshots
Previous Message Victor Yegorov 2003-03-17 10:33:31 DB archiving