I have a subversion server that is running short on disk. I'd like to archive one of the larger repositories to free up some space, so I need to make a full backup of the repository files on a remote server. unfortunately the repo is quite large, which limits several easy options:
- I can't use svn dump or svn hotcopy because there is not enough local storage available for a full copy of the repository.
- I can use rsync, but the svn server is using the older berkeley db and it seems this can create a corrupt backup. the repo is not actively being used, but it is possible that someone my still alter it while the rsync is running. stopping the SVN service is not a good option in this case as the server is heavily used.
- I've used a utility called rsvndump in the past, and my experience is that while it would be ideal for this situation, it tends to die prematurely and consistently on large repositories, resulting in an unusable archive.
- svnsync seems reasonable, but would require additional configuration steps on the remote server, and it seems like the archive is somewhat fragile compared to an actual data dump. it also seems like overkill for what is essentially a one-off task.
I'm looking if there is a way to run svndump or hotcopy via rsync or an ssh pipe, to make a "local" archive on a remote host. it's imperative that the backup be valid as I will need it to restore once the disk space issue has been resolved.