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

Re: Feature request: a real backup/restore system for svn.

From: Vladimir Berezniker <vmpn_at_hitechman.com>
Date: 2004-06-18 14:51:46 CEST

<quote who="Bruce Elrick">
> Ben Collins-Sussman wrote:
>> We think that Subversion should provide admins with a single, robust
>> backup/restore solution which "just works" (won't throw random retry
>> errors), and is independent of repository back-end. We're probably
>> talking about a smart script which
>>
>> * utilizes 'svnadmin dump/load' as the main mechanism for backup
>> and restore,
>>
>> * knows when to use --incremental or not,
>>
>> * uses the 1.1 --deltas switch for dumping,
>>
>> * remembers what it's done before, and manages a collection of full
>> and incremental dumpfiles,
>>
>> * can intelligently restore from the collection of dumpfiles.
>
> As a systems administrator, may I suggest one other attribute to this
> proposed tool? That its abilility to manage a collection be designed to
> manage more than one collection of dumpfiles? This would suggest that
> the meta-data for tracking "what it has done" be stored along with the
> dump files themselves such that if you have two locations for dump files
> each is managed independently.
>
> Cheers...
> Bruce
>

I see the need for this too, as often there might be independent backups done
for added redundancy.

Also for paranoid people like me, it would be nice to have the ability to run
the backup command from post commit hook in incremental mode such as to be able
to tell which new files were created. So that those file can be immediately sent
to the backup server.

Sincerely,
Vladimir Berezniker

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Jun 18 16:37:53 2004

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

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