Re: Re: backup to new server.

Albert Shih wrote:
> Le 09/07/2008 à 12:53:35+0200, Marc Haisenko a écrit
>
>> On Wednesday 09 July 2008, Albert Shih wrote:
>>
>>> Hi all
>>>
>> The answer is: maybe. It really depends on a number of factors(*), and that's
>> why you really should use svnadmin dump/load because it's guaranteed to work
>> on all occasions (change of backend, change of server version, even change of
>> machine with different bit sex, etc. pp.).
>>
>
> Thanks.
>
> Where that's really s*** is I have many differente kind of hook-scripts on
> each repository and those thing don't be backup with svnadmin dump/load.
>
> I'm going to make a script
>

Basically, tar xvf is only reliable if the two machines are on the same
processor architecture. I found this out the hard way when moving one
of my repositories from 64-bit Linux to 32-bit Linux. I wouldn't try
copying the repositories if the two machines had different operating
systems, either (e.g. Linux vs. Windows). If the only difference
between the machines is the Linux kernel release, it will probably be OK.

Have you looked into svnsync? It's available starting with Subversion
1.4. That will only copy the revisions, but you can keep the old
repositories up until you're ready to do the switch. You would copy the
hook scripts etc. with your scripts, then shut down access to the old
repositories, run svnsync one last time to get the final revisions, and
switch your users over to the new repositories.

http://svnbook.red-bean.com/en/1.4/svn.ref.svnsync.html

I recently used it to pull a repository off of unfuddle.com so I could
host it locally. I have no idea what system they were using and didn't
need to know. After the first big copy operation, incremental updates
to the new repository were a snap, and the switch from unfuddle.com to
the new repository required effectively no downtime.

-- 
    David Chapman         dcchapman_at_earthlink.net
    Chapman Consulting -- San Jose, CA
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org