[clug] Backups [SEC=UNCLASSIFIED]

Roppola, Antti - BRS Antti.Roppola at brs.gov.au
Fri Aug 10 00:45:28 GMT 2007


Hi Nemo,

> I've also had enough DVD's bitrot on me that I'd be using dvdisaster 
> (http://dvdisaster.sourceforge.net/en/) somewhat paranoidly too

That's rather neat.

I currently brute force using redundancy, redundancy and redundancy. I
use a shell script Drake (CLUG) wrote a while ago, it just prompts for
media until the source filesystem is multipart tarr'ed to discs:
	http://www.elder-gods.net/hastur/multitar

The one linked to is configured for CDs, but changing it to use DVDs is
trivial. One easy enhancement would be to only do one third of the
media's capacity on each pass so that each tar-part ended up on three
different discs.

Additionally, you could automatically put dvdisaster error correction
files onto the *next* volume in the set.

My primary backup is mirroring onto another server, DVDs are a secondary
paranoia.

Antti

-----Original Message-----
From: Nemo [mailto:clug at nemo.house.cx]
Sent: Friday, 10 August 2007 9:52 AM
To: Roppola, Antti - BRS
Cc: Adam Thomas; linux at lists.samba.org
Subject: RE: [clug] Backups [SEC=UNCLASSIFIED]




On Thu, 9 Aug 2007 17:35:42 +1000, "Roppola, Antti - BRS"
<Antti.Roppola at brs.gov.au> wrote:

> 

> An air gap (or at least electrically isolated gap) is an essential

> component of any backup strategy. At the moment, I dump to DVDs, but

> really want a separate backup server (say with a JBOD) that is not on

> the same power as my server.

> 

> Someone I know had an electrical fault on their PC that friend *every*

> component that was plugged into it at the time.



True, but for me I have to balance it against number of personal
machines

I have (two) and how many I'm sure will be on in the wee hours of the
morning

to do the backup... (one)



DVD backups will wait for me till I've sorted my $HOME down to somewhat

less than 40gig. I've also had enough DVD's bitrot on me that I'd be
using

dvdisaster (http://dvdisaster.sourceforge.net/en/) somewhat paranoidly
too





>> obviously none of those directories had a file that was larger than

>> 1GB in it.

> Sounds like a project to develop and maintain a comprehensive set of

> storage tests might be of benefit to all.



Probably would be... but what is 'comprehensive' will be the tricky
thing

to define.



.../Nemo


------IMPORTANT - This message has been issued by The Department of Agriculture, Fisheries and Forestry (DAFF). The information transmitted is for the use of the intended recipient only and may contain confidential and/or legally privileged material. It is your responsibility to check any attachments for viruses and defects before opening or sending them on. 

Any reproduction, publication, communication, re-transmission, disclosure, dissemination or other use of the information contained in this e-mail by persons or entities other than the intended recipient is prohibited. The taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this e-mail in error please notify the sender and delete all copies of this transmission together with any attachments. If you have received this e-mail as part of a valid mailing list and no longer want to receive a message such as this one advise the sender by return e-mail accordingly. Only e-mail correspondence which includes this footer, has been authorised by DAFF 
------


More information about the linux mailing list