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

Re: Estimation of repository upgrade

From: Nico Kadel-Garcia <nkadel_at_gmail.com>
Date: Fri, 5 Aug 2011 13:33:56 -0400

On Fri, Aug 5, 2011 at 1:27 PM, Mark Phippard <markphip_at_gmail.com> wrote:
> On Fri, Aug 5, 2011 at 1:19 PM, Bob Archer <Bob.Archer_at_amsi.com> wrote:
>
>>
>> > Until you manually copy over the $repodir/db/uuid file, this is true.
>> > That's one of the "relevant configuraton files" I referred to.
>>
>> So, are you saying svnsync will be faster than a dump/load?
>>
>> I didn't know the guid was stored in a file.
>
> svnsync is slower than dump/load.  I think the issue is that you can keep
> the old repository online during the process and switch when you are ready.

And you can start the process a week in advance, run performance tests
on the new server, provide read access to run performance and
regression tests, etc. It's often a much safer way to do a staged
migration.

> BTW, why copy a file you are not supposed to when you could just use the
> svnadmin setuuid command to make the Repository UUID match between the two
> repositories?  No need to involve yourself in the internals of the
> repository when there is a public interface to do it for you.

Good point.
Received on 2011-08-05 19:34:27 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.