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

Re: Best Method to move 500 Repositories

From: Nico Kadel-Garcia <nkadel_at_gmail.com>
Date: Mon, 10 Oct 2011 20:18:30 -0400

On Mon, Oct 10, 2011 at 5:30 PM, Phil Pinkerton <pcpinkerton_at_gmail.com> wrote:
> Looking for suggestion on best way to move 500 Repositories from Unix
> Hardware  to VM  Linux Server
>
> old - Unix Server compiled and Built Subversion 1.6.5 from Source
>
> new - Linux VM Server will have Subversion Edge 1.6.17
>
> ACL contains 2000 + users.
>
> Any experience at this scale  ? Advise ?
>
> looking for clean , simple  minimal risk approach.
>
> thanks

There are too many factors to give a single answer. If you can easily
establish read-only access for the new server, you can use "svnsync"
to mirror all the repositories and keep them updated until the big
switchover. Migrating the hook scripts and other configuration files,
especially if any of them use symlinks, is your own adventure. This
allows you to move a few at a time. And if you've done clever things
with your post-commit and pre-commit and access control, you may have
to to be creative in migrating those, no matter what OS you use.

If you hve HTTP or HTTPS access with Apache, you can also use the
"mod_proxy" tools to forwad traffic still pointed at the old server
to the new server. And you'll need to think very carefully about
*rollback*, the ability to roll back to the old server with the old
repos.

Frankly, with 500 repos, it may be time to have a talk with WanDisco
about their multi-hosting toolkits.
Received on 2011-10-11 02:19:02 CEST

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.