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

RE: Am thinking of using subversion as a general purpose filing s ystem

From: Jan Hendrik <jan.hendrik_at_bigfoot.com>
Date: 2004-04-03 16:37:13 CEST

Concerning RE: Am thinking of using subversion
andy.glew@amd.com wrote on 2 Apr 2004, 11:30, at least in part:

> Good. This just puts me back into the usual place with database
> backups: you have to create a new backup methodology for them.
>
> Q2: so then create a new backup methodology for the database.
> :-(
> Q3: can the database methodology be seamlessly integrated
> with the system filesystem backup methodology,
> so that you can, e.g. restore to a fixed point in
> time, and just start running the database?
> Or do you have to remember to do a few more steps
> after filesystem repair, to repair each of the dozen
> or so different databases you may have on your backups?
> (And, of course, you have to version control those steps.)

Suggestion:
- exclude the folder the repository resides in from your filesystem
backup;
- setup a routine that dumps the repository once in while (e.g.
Sunday night) to a different folder (like e:\reposbackup) and include
that folder in your filesystem backup;
- setup a post-commit hook script to do incremental dumps after
every commit to the reposbackup folder;
- finally have a routine that wipes both full and incremental dumps
once in a while (perhaps after the Sunday night full dump *and*
successful filesystem backup, perhaps less frequently, e.g. a
strategy that keeps at least the full dumps for a month or so on
your disk). You just don't want to collect all these dumps forever.

Read the book for both dumping as backup strategy and hook
scripts.

> I still have not heard a single answer as to whether it
> is okay to use Berkeley DB access from a single client
> of a network filesystem, but I suspect it is.

In the beginning I had test repositories on another machine mapped
as M:\ to my notebook. Though creation of the repository works
fine over the LAN as do svnadmin commands the first access with
SVN (svn checkout/import/update) corrupts the repository. This is
on Win2K systems, so YMMV.

Jan Hendrik
---------------------------------------
Freedom quote:

     A lot of people out there pay good lip service
     to the idea of personal freedom ...
     right up to the point that someone tries to do something
     that they don't personally approve of.
                -- Neal Boortz

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sat Apr 3 16:35:38 2004

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.