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

RE: Moving Repositories to New Server

From: James Green <James.Green_at_occam-dm.com>
Date: Tue, 13 Jan 2009 15:38:02 -0000

> It's much safer and eliminates any chance of corruption due to library
> & architecture differences. If you're upgrading from an older version
> you can more easily take advantage of newer features (better diff for
> storage, better compression, etc.).

Ok, that makes sense.
> > I did a test on a small Repository copy. I then Relocated
> my working
> > copy to point to the new server and all was well, all the history
> > (revision data) was present and correct in the new version.
> If you're using FSFS AND moving to the same or newer SVN version AND
> no one is accessing the repository while you're doing the copy (or you
> use hotcopy) AND moving to the same OS & CPU architecture, then yes,
> this process will probably be OK.

I can tick all of those boxes right now so a plain copy would be fine.

However, I'm just looking into the dump/load process as I'm surely going
to find myself in a position where it's the only option, best to get the
experience in now.
> But a dump/load cycle will ALWAYS work out properly.

Must be the one to go for then. Thanks again chap.



To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-01-13 16:38:56 CET

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.