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

Re: syvnsync or svnadmin dump?

From: Campbell Allan <campbell.allan_at_sword-ciboodle.com>
Date: Tue, 2 Nov 2010 10:49:38 +0000

On Monday 01 Nov 2010, Les Mikesell wrote:
> On 11/1/2010 4:23 PM, Taro Fukunaga wrote:
> > Dear users,
> >
> > From what I've read, svnsync is *intended* for mirroring repositories
> > (in read-only fashion) while svnadmin dump is for dumping a repository
> > (for the purpose of loading it to a new repository). If I wanted to
> > migrate a repository from one server to another, which solution is
> > better? Is there a rule like, "never use svnsync for migration" or
> > "svnadmin must be used for migration"? I don't find hard rules about
> > this so I don't know if it's up for interpretation.
> Dump/load is probably a bit simpler since you can shut down your
> svnserver/http remote access to make sure nothing changes and loading to
> an empty repository sets the uuid from the dump to maintain
> compatibility with checked-out workspaces. But, svnsync should work
> too, or there wouldn't be much point to having it. You need to fix up
> the hooks to match the old version either way.

If downtime is an issue or if like me the dump/load takes a very long time
then it is possible to do this whilst the original server is still running.
Do the main dump/load then take a second dump using the --incremental option
and start it at the next revision of the original dump. This second dump/load
should be much quicker and the server downtime will be kept to a minimum.

The dump/load approach is also useful if you want to prune the repository
whilst moving it. ie, if you're splitting it into several new repositories or
prermanently removing certain paths.

Sword Ciboodle is the trading name of ciboodle Limited (a company 
registered in Scotland with registered number SC143434 and whose 
registered office is at India of Inchinnan, Renfrewshire, UK, 
PA4 9LH) which is part of the Sword Group of companies.
This email (and any attachments) is intended for the named
recipient(s) and is private and confidential. If it is not for you, 
please inform us and then delete it. If you are not the intended 
recipient(s), the use, disclosure, copying or distribution of any 
information contained within this email is prohibited. Messages to 
and from us may be monitored. If the content is not about the 
business of the Sword Group then the message is neither from nor 
sanctioned by us.
Internet communications are not secure. You should scan this
message and any attachments for viruses. Under no circumstances
do we accept liability for any loss or damage which may result from
your receipt of this email or any attachment.
Received on 2010-11-02 11:50:37 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.