Moving a Subversion Repository to Another Server
Moving a subversion repository from one server to another, while still preserving all your version history may seam like a daunting task, but fortunately it's not too difficult.
I recently had to move a subversion (svn) repository to another server. The repository was on a Windows server and had to be moved to a Linux server.
Step 1: Backup your old Repository
The first thing you need when moving from one server to another is a dump
of your subversion repository. Hopefully you are already creating dump's with a backup script, but if not here's how you can create a subversion dump file:
svnadmin dump /path/to/repository > repo_name.svn_dump
The dump file contains all the revisions you have ever made to your svn repository, so it will probably be quite large (it even includes files you may have deleted in a previous revision).
Step 2: Create the new Repository
Now, simply transfer the dump file on to your new subversion server, and create an empty repository:
svnadmin create /path/to/repository
Step 3: Import your old repository into the new one
Next import your dump file:
svnadmin load /path/to/repository < repo_name.svn_dump
You may want to force subversion to use the same UUID for the new repository as the old repository. To do this add --force-uuid
to your svnadmin load
command. In my case I wanted to do this. If you have already loaded your repository, there is a way to set the UUID at a later date, check the docs.
That's it, you now have a replica of your old repository on your new server.
FAQ's
What if someone committed a new revision to the old server during installation?
You can easily import the new revision, by creating an incremental dump on the old server:
svnadmin dump --incremental -r 1234 /path/to/repository > rev1234.svn_dump
Now to import that revision on your new server:
svnadmin load /path/to/repository < rev1234.svn_dump
Can't I just use a hotcopy to restore the repository?
It depends, hotcopies created with svnadmin hotcopy
must be moved to a server with identical setup. You should have the same version of subversion installed on both servers, same operating system, etc.
Subversion dumps are designed to work with different versions of subversion, and are just more flexible. Hotcopies are handy to have, but I recommend creating both hotcopies and dumps as part of your backup plan.
Related Entries
- Ignore Files and Directories in Subversion - December 14, 2007
- Subversion Book for $2.99 - October 28, 2006
- Using svn over ssh - January 18, 2006
Trackbacks
Comments
I'm moving our site over to a new server and when I copied everything over, without doing anything else, SVN appears to be working. Perfectly. Any idea why this would happen?
I'm moving from a small server to a larger server and one of the things that is being moved is SVN. I never done this before, but your instructions are clear and will make it easy for me.
Thanks again!
The biggest headache was compiling Subversion 1.5 on Solaris 8! Your instructions are a doddle in comparison.
Thanks so much!
i am getting below the error.
Berkeley DB error for filesystem E:/SubversionRepository/db while opening 'nodes' table:No such file or directory.
How to fix this.please help me.
Thanks, Velmurugan.
Please Help
We keep 14 days of automatic SVN backup using hotcopy and tar. Today i moved from ubuntu 10.04 to Fedora Core 11 and restored the hotcopy exactly in the same location but different OS (of course), different SVN version. It worked without any problem.
Hotcopy doesn't give you verbose output but it's fast. So i use it more often than dump.
I want to move the Subversion server to a different SSH server. Is it safe to install subversion on the new server and give it the path to the already existing repositories on the data server?
Any advice would be great.
nice stuff... made my life much easier :-)
tcpdump
Post a Comment
Recent Entries
- Adobe eSeminar on FuseGuard
- Determining Which Cumulative Hotfixes are Installed on ColdFusion
- Adding Two Factor Authentication to ColdFusion Administrator
- ColdFusion Developer Week at Adobe.com
- Bug Loading Scripts for CFFileUpload and CFMediaPlayer
- Video: Installing FuseGuard
- Fixing Apache (13)Permission denied: access to / 403 Forbidden
- Client Variable Cookie CFGLOBALS Includes Session Ids