info-cvs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Repository recovery and archiving


From: Rob Helmer
Subject: Re: Repository recovery and archiving
Date: Wed, 14 Mar 2001 09:26:13 -0800
User-agent: Mutt/1.2.5i

Hi Jesus,


Since they are just RCS files on the backend, you can just
create a tarball or use a common backup system ( I used to use
Arkeia for GNU/Linux, I was able to backup and restore the
archive without incident ).

I use tar to backup straight to tape on one of my servers, I've
never had a problem restoring.

Please correct me if I'm missing something important :)

As an aside, I wouldn't consider an HA architecture to be
a substitute for a consistent backup policy.. there's never
a reason not to archive to a decent storage medium on a 
regular basis.



HTH,
Rob Helmer
Namodn


On Sat, Mar 10, 2001 at 04:27:43AM +0000, Jesus M. Salvo Jr. wrote:
> 
> I am thinking of using CVS as a repository for an internal process for a
> client. The files are a combination of text and binary files. 
> 
> However, they are under a penalty clause such that if they dont deliver
> the data within the specified time in each day, they get penalised.
> Therefore, restoring a CVS repository from yesterday's backup when
> something went wrong at 1:00pm is the last option. ( Yes, they can
> probably have some HA architecture in place, but they dont and is
> probably out of reach for them ).
> 
> So I was wondering if there are documentation / tools for backup and
> recovery of CVS repositories. Meaning, I would like to recover from the
> CVS repositories' consistent state at least an hour ago.
> 
> For achiving, some of the files that are about 1 year old need not be in
> the CVS repository, so there must be some option to archive ( place on
> separate storage apart from the actual CVS repository ) those files.
> 
> Has anyone done these?
> Are these possible?
> 
> 
> The more I think of it, it seems that I need some of the features of a
> database but specifically for dealing with files. That is probably my
> second option if I cannot address these issues to the client.
> 
> Thanks,
> 
> John
> 
> 
> -- 
> Homepage: http://homepages.tig.com.au/~jmsalvo/
> Public Key:
> http://pgp5.ai.mit.edu:11371/pks/lookup?op=get&search=0x51F47D34
> 
> _______________________________________________
> Info-cvs mailing list
> address@hidden
> http://mail.gnu.org/mailman/listinfo/info-cvs
> 



reply via email to

[Prev in Thread] Current Thread [Next in Thread]