[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Volume shadow copy

From: Mark <mark_at_mitsein.net>
Date: 2007-09-25 04:30:12 CEST

First off, a jab. If you are concerned about performance, then you
should not be using a windows box as a server :). That being said,
depending on whether you are using clone mode or copy-on-write mode,
you will likely see a slight performance impact. That will always be
the case with an application level software implementation of
something like that. You would see less or no performance hit from
something like a NetApp's native snapshot capability. I assume you
are using direct attached storage, though.

Sure, Volume Shadow Copy can save your butt like anyh backup can and
disk is much cheaper and faster than tape. When you say corrupted
database, are you planning on using the bdb backend? I'd recommend
going with the fsfs backend unless you have your heart set on bdb.
With fsfs, there is no database to corrupt.

On 9/20/07, John Anderson <john@cardioinsight.com> wrote:
> I have a question regarding the folder where I put my Subversion repository
> (database). I am running svnsere on a Windows Server 2003 system. My
> question is this: Should I enable volume shadow copy for the volume on
> which my repository is located?
>
> I am concerned about performance and disk space usage. Seconday question:
> Does volume shadow copy really buy me anything? i.e. could I use it to
> restore a corrupted database?
>
> Thanks in advance for you reply!
>
> John E. Anderson
> CardioInsight Technologies, Inc.
> 216-658-5476
> john@cardioinsight.com
>
>

-- 
Mark
"Blessed is he who finds happiness in his own foolishness, for he will
always be happy."
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Sep 25 04:30:32 2007

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.