Apologies. That second link should be...
http://subversion.tigris.org/tools_contrib.html#svn_fast_backup
>>> On Thu, Apr 19, 2007 at 9:38 AM, in message
<46273961.158F.00BE.0@wernervas.com>, "Johnathan Gifford"
<jgifford@wernervas.com> wrote:
> Giulio,
>
> First of all, look at this section of the SVN Book:
>
> http://svnbook.red- bean.com/nightly/en/svn.reposadmin.maint.html#svn.reposadm
> in.maint.backup
>
>
> Now there is all a shell script that I think is the tool your looking for:
>
> http://svnbook.red- bean.com/nightly/en/svn.reposadmin.maint.html#svn.reposadm
> in.maint.backup
>
> This only works for FSFS repositories. If you have a BDB repository, you
> will have to do the svnadmin hotbackup that is mentioned in the first link.
>
>
> Hope this helps,
>
> Johnathan
>
>>>> On Thu, Apr 19, 2007 at 8:42 AM, in message
> <118E567D84D51F4784D44F29A8AB470D3ECC14@ln1exc02.ad.ldsam.com>, "Giulio
> Troccoli" <Giulio.Troccoli@uk.linedata.com> wrote:
>> First of all let me tell you that we are using Subversion 1.3.0 with
>> Apache 2.0.52 (we're using http protocol with Subversion) on a Linux
>> server.
>>
>>
>>
>> The repository serves three different building machines: a Windows 2003,
>> a AIX 5.3 and a SunOS 5.6 machines.
>>
>>
>>
>> At the moment we back up the repository simply with a tar and gzip
>> procedure. I did some testing and this way seemed to be the most
>> efficient, not in terms of space and speed.
>>
>>
>>
>> I am updating some restoring documentation for extreme cases, like a
>> fire or something major, not something that can simply be fix with
>> buying a new disk and dump the repository (or something like that). So,
>> in this scenario we do not require a Subversion server and a building
>> machine, but we put the restored repository on the same building
>> machine. This is of course seen as a temporary measure to be up and
>> running quickly. As a long term solution we, of course, will have a
>> Subversion server, with the specification as above, and everything will
>> be brought back to normal. It's worth mentioning that I didn't write
>> this document and that at the moment of writing I have done little test
>> on the viability of such a solution.
>>
>>
>>
>> However, I have just tried to "restore" the repository on my PC to
>> simulate that scenario, and then using the svn: and file: protocols (of
>> course I cannot use http as I don't have Apache installed on my PC).
>>
>>
>>
>> I have started the svnserve as follows (not sure this is correct)
>>
>>
>>
>> C:\>svnserve - d -- listen- port 4444 -- listen- host localhost - r c:/data
>>
>>
>>
>> Then I tried to checkout a working copy as follows
>>
>>
>>
>> C:\>svn co svn://localhost:4444/<REPO NAME> <WC>
>>
>> 'vn: Unknown FS type 'fsfs
>>
>>
>>
>> C:\>svn co file://localhost/<REPO FULL PATH> <WC>
>>
>> svn: Unable to open an ra_local session to URL
>>
>> svn: Unable to open repository 'file://localhost/<REPO FULL PATH>'
>>
>> 'vn: Unknown FS type 'fsfs
>>
>>
>>
>>
>>
>> Did I do something wrong? Or is it that for some Unix/Windows
>> incompatibility I can't simply untar a Unix repository on a Windows
>> machine? Is it maybe that I had to untar it with some special option (I
>> simply used WinZip)?
>>
>>
>>
>> I know that a solution would be to dump the repository, tar and zip it,
>> and back it up, so I can load into the new repository on Windows without
>> problems (I think), but I am trying first to work with what I've got, if
>> you know what I mean.
>>
>>
>>
>> Thanks
>>
>> Giulio
>>
>>
>>
>> -------------------
>>
>> Giulio Troccoli
>>
>> Technical Consultant
>>
>>
>>
>> T +44 (0)20 7360 1914 F +44 (0)20 7360 1974
>>
>> E giulio.troccoli@uk.linedata.com
>> <mailto:giulio.troccoli@uk.linedata.com> W www.linedata.com
>> <http://www.linedata.com>
>>
>> MSN Messenger giulio@troccoli.it
>>
>>
>> Linedata Services (UK) Ltd
>> Registered Office: Bishopsgate Court, 4- 12 Norton Folgate, London, E1 6DB
>> Registered in England and Wales No 3027851 VAT Reg No 778499447
>
> ---------------------------------------------------------------------
> To unsubscribe, e- mail: users- unsubscribe@subversion.tigris.org
> For additional commands, e- mail: users- help@subversion.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Apr 19 16:46:03 2007