Your 2008 solution had in-line compression and deduplication? Just wondering.....
Data Domain (the company and product) was founded in 2001 ( http://en.wikipedia.org/wiki/Data_Domain_%28corporation%29) On Wed, May 14, 2014 at 3:17 PM, Steven S. Critchfield <[email protected]>wrote: > ----- Original Message ----- > > On Tuesday, May 13, 2014 12:08:04 PM UTC-5, Kent Perrier wrote: > > > > > > And have it replicated across data centers so that when a DC pukes > > > on itself (power outage, backhoe incident, act of God, Godzilla vs. > > > Mothra) its No Big Deal(TM) to business as usual. > > > > > > I think the technology behind products like Data Domain is the way > > > to go. > > > With RTOs decreasing you don't have the time to pull the data off of > > > tape. We have a small DDR (3.25 TB of usable space) where I work, > > > and with our > > > workload we are storing 16TiB of raw data in less than 1 TiB of > > > disk. Add > > > the flexibility for replication and rapid restore on top of that > > > then the > > > writing is on the wall for the use of tape for anything other than > > > an archive tier. > > > > > > Kent > > > > > > > > I'd have to agree here. VTL is much faster than tape and lower TCO. > > We've run a pair of DD-510's (mainframe) and a pair of DD-530's (*nix > > & WinDoze) > > for several years now with great results. We're just now replacing the > > DD-530's with an Avamar solution, so we'll see how that goes. > > Heh, I didn't know there was a term for what I did years ago when our tape > library died again. > > We just chucked a few drives in our CORAID AOE device, and told Bacula to > use the filesystem, but no more than 10 gigs per file. This gave us a great > way to "Recycle" tapes as we filled the drives up. 10gig was deemed about > the biggest we wanted to use because even though it was disk, it was read > as if it was tape, so it meant our data start shouldn't be more than 10gigs > of reading away. Our beginning of month job spanned several "tapes" then. > > Just WOW that the industry is catching up to our 2008 solution. > -- > Steven Critchfield [email protected] > > -- > -- > You received this message because you are subscribed to the Google Groups > "NLUG" group. > To post to this group, send email to [email protected] > To unsubscribe from this group, send email to > [email protected] > For more options, visit this group at > http://groups.google.com/group/nlug-talk?hl=en > > --- > You received this message because you are subscribed to the Google Groups > "NLUG" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > For more options, visit https://groups.google.com/d/optout. > -- -- You received this message because you are subscribed to the Google Groups "NLUG" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/nlug-talk?hl=en --- You received this message because you are subscribed to the Google Groups "NLUG" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
