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

Re: Subversion Server Replacement Query

From: Ralph Seichter <m16+subversion_at_monksofcool.net>
Date: Wed, 20 Sep 2017 13:06:00 +0200

> Hi Subversion Support,

Funny way to put it. ;-) This is a public mailing list of (mostly)
volunteers.

> Please advise as we need to move subversion from old server with OS
> RH5U3 to RH7U3, all of our repositories are hosted on NFS share.

Don't use network based file systems. Really, don't.

> Plan is to rsync old shared area hosting repositories to new shared
> area and copy configuration files to the same path on new server.
> [...]
> do we have to use dump and load as that will take lots of time, due
> to history and size of repositories.

Set up the new server as a mirror (with local data store, in new format,
not yet accessible to your users) of the existing server, use svnsync to
replicate the data, over hours or days if necessary. It does not matter
how long it takes to sync, since the existing server can continue to
operate, and you can synchronise in portions if required. From the docs:

  Also noteworthy is that svnsync performs careful bookkeeping that
  allows it to be safely interrupted and restarted without ruining the
  integrity of the mirrored data.

Once you are ready to switch, close user access to the old server, run
svnsync one final time, change DNS names, and have the new server accept
user connections.

> Do users need to create a new working copies?

That is a necessity whenever the repository UUID changes.

-Ralph
Received on 2017-09-20 13:06:18 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.