Veritas-bu

[Veritas-bu] D2D backups

2006-03-07 16:36:30
Subject: [Veritas-bu] D2D backups
From: steve_dvorak AT symantec DOT com (Steve Dvorak)
Date: Tue, 7 Mar 2006 13:36:30 -0800
You might look into a Continous Data Protection scheme.  BackupExec 10d
does this type of job now with NBU soon to follow (albeit a different
technology).  Why buy a proprietary device when it will be supported
natively within NBU soon.
Steve 

-----Original Message-----
From: veritas-bu-admin AT mailman.eng.auburn DOT edu
[mailto:veritas-bu-admin AT mailman.eng.auburn DOT edu] On Behalf Of Paul
Keating
Sent: Monday, March 06, 2006 11:48 AM
To: veritas-bu
Subject: RE: [Veritas-bu] D2D backups

Falconstore is a nice SW option.
You can install it on standard x86 hardware, and hang it in front of
anybody's disk.

It allows you to stick it in front of a library, and it gathers barcode
info from the library inventory.
Your backup goes to VTL, then the virtual tape gets duped to the same
barcode physical tape.
The VTL proxies requests for the library, so if you later do a restore
after the virtual tape has "expired" (been flushed from disk) the VTL
tells the library to mount up the physical tape and streams the data
back to the media server.

Or...

You can add it to your media server as an additional library, with its
own barcodes....you backup to VTL, then use Vault and/or scripts to dupe
from a barcode in the VTL to a different barcode in the physical library
(this option means your media server is in the duplication path) in this
case, your physical tape is a "secondary" copy, so once your disk copy
is purged form disk, your physical tape copy needs to be propmoted to
primary copy.

They also support duplication between VTLs, and are working on Data
reduction so that only "new" data gets written to disk.....ie, you can
perform  sequential "FULL" backups from Netbackup's perspective, but the
VTL only writes the data to disk once....so on the VTL it behaves almost
like a Synthetic Full....it doesn't save the same data on disk
twice.....this is only a big disk saver if you happen to keep several
generations of full backups on disk.

We're looking at widescale D2D this year, so I've been looking at the
options. There's a bit of talk about it in the latest Storage Magazine
I've been doing a bit of DSSU, which is working fairly well also, so I
will probably be benchmarking DSSU against whichever VTLs look most
promising.

Paul

> -----Original Message-----
> From: veritas-bu-admin AT mailman.eng.auburn DOT edu
> [mailto:veritas-bu-admin AT mailman.eng.auburn DOT edu] On Behalf Of 
> Mark.Donaldson AT cexp DOT com
> Sent: March 6, 2006 1:29 PM
> To: veritas-bu AT mailman.eng.auburn DOT edu
> Subject: [Veritas-bu] D2D backups
> 
> 
> What are you all doing for Disk-to-disk backups?
> 
> I'm getting a chance to redesign some infrastructure and Disk-to-disk 
> might play an expanding role.
> 
> Currently we keep about 5TB on disk as a primary backup media, simply 
> writing to a large NFS chunk.  We stage another TB or so to disk now 
> but only until it's later duplicated to tape.  We use no formal DSSU -

> it's all vault jobs & custom scripts.
> 
> Netapp presented their VTL to me.  It's pretty good but I'm also 
> interested in possible automated D2D offsites.
> 
> What I want is a block-oriented duplication to a remote device, 1000 
> miles away - OC1 link.  It's not practical to duplicate every tape 
> block to a remote library at this speed, I need more of a 
> changed-block oriented duplication for the remote disk unit.
> 
> Netbackup would still be the software layer.  I'd like an appliance 
> head or just software solution I can hang in front of anybody's disks.
> 
> Data Domain makes the right kind of software, they just tie it too 
> tightly to an appliance, IMO, rather than letting me hang my own disks

> on the backside.
> 
> I'm backing up 20TB a week now.

_______________________________________________
Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


<Prev in Thread] Current Thread [Next in Thread>