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

Re: repository on client is newer than on server as a result of server hd failure

From: Blair Zajac <blair_at_orcaware.com>
Date: 2006-02-12 00:00:57 CET

On Feb 8, 2006, at 3:16 PM, Josh Kuo wrote:

>> I'm thinking a quicker process would be to have the post-commit hook
>> only trigger an incremental backup, to a file whose name is based on
>> the revision number, stored in a directory "incremental". Then do a
>> nightly full dump, when the server is less busy, by getting the HEAD
>> revision (svnlook youngest); dumping everything up to that revision
>> into a file whose name is based on that revision, stored in a
>> directory "full"; deleting the now-superfluous incrementals up to
>> that revision; and deleting the older full dumps, possibly leaving
>> the last couple as additional safeguards.
>
> This sounds good, mine was a quick hack... and like I said, the
> repository I am using it in doesn't have that much commit traffic,
> so no
> one notices the performance issue.
>
> Does subversion already come with such backup script? Maybe we should
> submit these scripts back, I think some others may find it helpful...
> where would I submit it to?

Subversion comes with three. svnadmin hotcopy, hot-backup.py and svn-
fast-backup.

hot-backup.py is a Python wrapper around 'svnadmin hotcopy' that
removes older backups, keeping at most N backups around.

My preferred one is svn-fast-backup. This one only works if you use
FSFS on Unix based system that supports hard-links. It's faster and
less disk intensive than 'svnadmin hotcopy' and hot-backup.py.

http://svn.collab.net/repos/svn/trunk/contrib/server-side/svn-fast-
backup

The backups are exact duplicates of the entire repository structure
(the backup is not a dump file). So if you need to recover, you
make a copy of the backup and move it into place.

Any files in the latest backup that do not differ from the last
backup are hard-links, so it's cheap on disk space and fast, since
there's no copying being done.

Regards,
Blair

-- 
Blair Zajac, Ph.D.
CTO, OrcaWare Technologies
<blair@orcaware.com>
Subversion training, consulting and support
http://www.orcaware.com/svn/
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sun Feb 12 03:43:35 2006

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.