Moving a Subversion repository to another server

Question

I have a server that hosts my Subversion code base. That server is currently a Windows Server 2003 box, and my IT administrator wants to update it to Windows Server 2008.

This means that I'm going to need to move my Subversion repository while the server gets built up and was wondering what the best practices are for moving the repository to a new server.

It seems like, looking online, the recommended way is to use:

svnadmin dump /path/to/repository > repository-name.dmp

And then use:

svnadmin create repository-name
svnadmin load repository-name< repository-name.dmp

To import the repository.

Does the method above seem like the best approach?

it's the "recommended way", so why do you doubt that it's a good approach? what does "best" mean, anyway? — , Dec 12 '08 at 13:13

score 59 · Accepted Answer · edited Dec 18 '16 at 20:57

59

Yes, dumping and loading the repository is a way to go. Copying the repository folder directly is a viable option if, and only if, you are certain nobody will be accessing the repository while the copy process is in progress (or you can do a "hot copy" of the repository, which can handle these cases in a safe manner).

You will also need to either re-checkout all your working copies, or use the svn switch command, which merely rewrites URLs. A more convenient way is to use TortoiseSVN's Relocate command, which reduces the risk of making a mistake during the relocation process.

edited Dec 18 '16 at 20:57

Peter Mortensen

30,738
21
105
131

answered Dec 11 '08 at 20:50

petr k.

8,040
7
41
52

Thanks, Actually, it should be good with the relocate because the server it's moving to will be the same server IP as where it currently lives. – Ryan Smith Dec 11 '08 at 20:57
Thanks, I struggled a little with direct copy because I didn't have my SVNServe root set correctly, but once I did it seems like the direct copy worked great. Thanks. – Ryan Smith Jan 05 '09 at 18:39

score 27 · Answer 2 · edited Dec 18 '16 at 21:08

My restore scripts are like this:

svnadmin create repository-name --fs-type fsfs
svnadmin load   repository-name --force-uuid < repository-name.dmp

The first line ensures the repository uses the FSFS backend (which is recommended by many sources, including this one: How FSFS is Better, and AFAIK newer versions of Subversion use it as default). FSFS is the name of a Subversion filesystem implementation.

The second lines keeps the UUID of the repository, for an easier transition (without --force-uuid switch, the working copy relocation will fail).

Some links:

score 9 · Answer 3 · answered Dec 12 '08 at 12:31

You can also use svnsync to move the repository; that way you can transfer all the data without the need to take the 'old' repository down. This is also the only way I know of to get your data from hosted environments, where you don't have shell access or access to dumping the repository.

score 5 · Answer 4 · answered Oct 27 '13 at 07:48

Another alternative:

use svnrdump. http://www.crowbarsolutions.com/backing-up-restoring-a-remote-svn-repository/

"You’re going to need a a tool called svnrdump. As described by Apache, “svnrdump replicates the functionality of svnadmin dump and svnadmin load, but works on remote repositories, instead of needing administrator (local filesystem) access to the source or target repository.”

score 4 · Answer 5 · answered Dec 11 '08 at 20:37

If you are using the File System type repository, you can just literally take the folder containing your repository and move it. If you are changing servers, then chances are you will need to change the location that your local working directory looks for the repository by using the 'Relocate' command.

score 2 · Answer 6 · answered Apr 16 '14 at 06:35

2

The easiest way is to use:

svnadmin hotcopy path/to/your_current_directory /path/to/your_destination_directory

answered Apr 16 '14 at 06:35

orezvani

3,595
8
43
57

Moving a Subversion repository to another server

6 Answers6

Linked