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

Re: Backup strategies

From: Andy Peters <devel_at_latke.net>
Date: 2005-01-10 18:26:04 CET

Karan, Cem (Civ, ARL/CISD) wrote:

>> -----Original Message-----
>> From: Ritesh Nadhani [mailto:riteshp@webyog.com] Sent: Friday,
January 07, 2005 12:05 AM
>> To: users@subversion.tigris.org
>> Subject: Backup strategies
>> Reading the docs the various methods to backup a repository are:
>> 1.) svnadmin dump --incremental
>> 2.) Do a complete backup of the folder? (it is supposed to be unsafe
as somebody might be checking at that time)
>> 3.) use hot-backup.py.
>> We are little biased towards the second option as we know that
nobody is checking when we are doing a backup. Its only 4 of us and we
do the backup on rewritable cd, 2 times a week.

> I think I heard/read somewhere that #2 isn't safe to do, but I may be
> remembering incorrectly. Does anyone more knowledgeable know if this is
> safe? #3 seems to do the same thing as #2, but without having to worry
> about corrupting the repository as you're copying. maybe it also
> handles the fact that the copy is somewhere other than the original
> location as well???

#2 is exactly what I do at home for my personal projects. svnserve runs
from xinetd on my eMac, and I access the repository from any of another
three computers. I know that I'm the only person accessing the
repository, so I simply copy the repository to a CD-RW.

Perhaps a bulletproof safety method is to modify /etc/xinetd.d/svn to
disable svnserve, then HUP xinetd so no more repository access is
allowed, then do the repo copy?

I haven't had any crashes, and I don't expect any (but no one expects
the Spanish Inquisition), so I hope my backups are good ... I'd
appreciate any other insights.


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Jan 10 18:31:42 2005

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.