tags:

views:

25

answers:

2

Few months ago our Visual SVN repositories got created, multiple repositories are exists under a single root, the structure looks as below:

Repository is located at C:\Repositories\root

root
-branches
-tags
-trunk
--repo1
---folder1
---folder2
--repo2
---folder1
---folder2

I was able to iterate thru repo1, repo2 folders using svn list commands (svn list file:///c:/Repositories/root/trunk/repo1) now I would like to back up repo1 and repo2.

I could do backup at root level, whereas backup file size is too large, would like to backup at repositories level.

I tried to use as svnadmin dump file:///c:/Repositories/root/trunk/repo1 > D:\repo1-backup.db

throws an error saying "svnadmin: file:///c:/Repositories/root/trunk/repo1' is an URL when it should be a path". Error makes sense that I used URL instead of file system paths.

I went thru help and found that I can use, have not tried yet!

1) backup the entire root svnadmin dump C:\Repositories\root > repos-dumpfile 2) use svndumpfilter to include repo1 svndumpfilter include repo1 < repos-dumpfile > repo1-dumpfile

I worry about step1, it leads to huge file on my disk. Would like to know is there any other way to backup my repositories.

suggest me your thoughts

Thanks -AK

A: 

As far as I know, there is no way to use svndump to fetch a single path from a repository.

I think you'll have indeed to do a dump of the whole thing, and then indeed use svndumpfilter on it.

Pekka
worried to attempt this, to dump the whole thing, eats huge space in my disk.Seems no other alternative, am I correct?
@user no, I don't see any. Maybe you should split the repository into several smaller ones.
Pekka
A: 

You have very strange repository structure.
Typically repo1 and repo2 would be separate top level repositores with each branches, tags and trunk inside them.

But you know that if you have fsfs as database structure you can do an incremental file by file backup and only backup newer files each time.

Albin Sunnanbo
Yes, its strange repository, seems Berkeley DB was used here. any other approach?
If you can not convert it to fsfs you can at least use [svnadmin hotcopy][1] and then do a normal file backup of that copy. [1]: http://svnbook.red-bean.com/en/1.0/re33.html
Albin Sunnanbo