<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
    <title>SEPATON</title>
    <link rel="alternate" type="text/html" href="http://sepaton.dciginc.com/" />
    <link rel="self" type="application/atom+xml" href="http://sepaton.dciginc.com/atom.xml" />
    <id>tag:,2007-09-06:/41</id>
    <updated>2010-03-10T14:57:17Z</updated>
    <subtitle>SEPATON is the only disk-based data protection with a scale-out backup and recovery system built to achieve the performance and capacity requirements of the most data intensive organizations.  Built on it&apos;s patented scale-out architecture, SEPATON products enable data intensive enterprises to deduplicate, back up, replicate, and restore petabytes of data at wire speed without disruption to their existing infrastructure.</subtitle>
    <generator uri="http://www.sixapart.com/movabletype/">Movable Type 4.1</generator>

<entry>
    <title>New Midrange SEPATON VTL Hits all of Today&apos;s Enterprise Deduplication Hot Buttons</title>
    <link rel="alternate" type="text/html" href="http://sepaton.dciginc.com/2010/03/new-midrange-sepaton-vtl.html" />
    <id>tag:sepaton.dciginc.com,2010://41.1274</id>

    <published>2010-03-10T11:00:00Z</published>
    <updated>2010-03-10T11:00:00Z</updated>

    <summary>It is 2010 and time to deduplicate, at least that&apos;s what 60% of the respondents in a recent IDC survey had to say. However once an enterprise has said it is going to deploy deduplication is the easy part. It gets a little tougher to find a deduplication solution that meets their diverse needs of affordability, high availability, scalability and simplicity. It is these enterprise hot buttons that the new SEPATON S2100-MS2 seeks to hit.</summary>
    <author>
        <name>Jerome M. Wendt</name>
        <uri>http://sales.dciginc.com/about/jeromemwendtbiography.html</uri>
    </author>
    
    <category term="deduplication" label="Deduplication" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="virtualtapelibraries" label="Virtual Tape Libraries" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://sepaton.dciginc.com/">
        <![CDATA[It is 2010 and time to deduplicate, at least that's what 60% of the respondents in a recent IDC <a  href="http://www.dciginc.com/redirect.php?site=http%3A%2F%2Fnews.idg.no%2Fcw%2Fart.cfm%3Fid%3DAFD60995-1A64-67EA-E4B5E6C09D8C6410" target="_blank">survey</a> had to say. However once an enterprise has said it is going to deploy deduplication is the easy part. It gets a little tougher to find a deduplication solution that meets their diverse needs of affordability, high availability, scalability and simplicity. It is these enterprise hot buttons that the new SEPATON <a  href="http://www.dciginc.com/redirect.php?site=http%3A%2F%2Fsepaton.com%2Fproduct-tour%2Fs2100-ms2-virtual-tape-library-0" target="_blank">S2100-MS2</a> seeks to hit.<br /><br />The fact that 60% of respondents said they are looking to deploy deduplication in 2010 indicates that <i><b>the business case for deduplication has effectively been made at the executive level</b></i>. Executives are now sufficiently convinced that: <br /><br /><ul><li>Disk fixes current enterprise backup problems by shortening backup windows and ensuring successful backups which frees up staff time to focus on other tasks</li><li>Deduplication fixes the new problems that disk creates by minimizing backup data stores which keeps the cost of disk on par with tape</li><li>Deduplication enables them to cost-effectively replicate backup data offsite by keeping the size of WAN connections to a minimum</li></ul>Now with the business case behind us, the real job of implementing deduplication begins. This is where it gets dicey. The evidence indicates that enterprise organizations are ready to adopt deduplication. But <i><b>there is no evidence to suggest that they are ready to commit to it across their entire enterprise on a wholesale basis Day 1</b></i>.<br />&nbsp;<br />Rather they want a step-by-step deployment that gets them where they want to be without putting current operations at risk. Doing so requires enterprises identify a solution that:<br /><br /><ul><li>Is simple and safe to deploy</li><li>Provides an affordable entry point</li><li>Scales to meet anticipated workloads and higher capacities</li><li>Works with their current backup software</li><li>Meets their high availability requirements</li></ul>These are the challenges that the SEPATON S2100-MS2 meets. Prior to the release of the S2100-MS2, <a  href="http://www.dciginc.com/redirect.php?site=http%3A%2F%2Fsepaton.com%2F" target="_blank">SEPATON</a> had two products. Its high end <a  href="http://www.dciginc.com/redirect.php?site=http%3A%2F%2Fsepaton.com%2Fproduct-tour%2Fs2100-es2-virtual-tape-library" target="_blank">S2100-ES2</a> VTL intended for use in enterprise data centers and its Rack Ready VTL for use in small environments. However these two products left a gap in its set of product offerings for a highly scalable midrange solution that delivered a multi-node configuration at a compelling price with a clear path for enterprises to scale up.<br /><br />The SEPATON S2100-MS2 fills this gap by delivering a number of other features that should make it attractive for enterprises ready to begin a strategic deduplication initiative.<br /><i><b><br /></b></i><ul><li><i><b>Simple and easy to deploy.</b></i> The S2100-MS2 is configured and deployed as a VTL. This makes the MS2 relatively straightforward for enterprises to re-configure their existing backup software to discover and use the MS2 as a backup target in lieu of their existing physical tape library. Further, the S2100-MS2 is powered by the same software found on its enterprise S2100-ES2 that is already in production in hundreds of enterprise accounts. This should give IT managers a high level of assurance that the MS2's software will work and perform as expected.</li><li><i><b>Enterprise solution without "bet the farm" pricing.</b></i> Enterprises understand that they have to spend money to get an enterprise solution; they just as often do not want to spend all of their budgeted funds on a solution that only addresses their current needs and does not meet an attractive five year total cost of ownership (TCO). </li></ul><blockquote>I say five year TCO because with flat IT budgets and the need to backup and protect what Gartner Group <a  href="http://www.dciginc.com/redirect.php?site=http%3A%2F%2Fwww.networkworld.com%2Fnews%2F2009%2F120109-data-center-challenges.html" target="_blank">projects</a> to be 650% growth of data assets in the next five years has made it essential for IT to make prudent investments for the long haul. <br /></blockquote><blockquote>The MS2 gives them a compelling entry point that allows the customer to flexibly pay as they go with modular upgrades of storage for capacity growth or additional nodes. This can then be upgraded into the ES2 family for accelerated performance and deliver on a compelling ROI along the way since all these upgrade options protect 100% of the existing investment in SEPATON product. <br /></blockquote><blockquote>So at a starting price of just over $300,000, the MS2 gives them the enterprise solution that they need without forcing them to "bet the farm" on it.<br /></blockquote><ul><li><i><b>Scalable. </b></i>The MS2's scalability is what should really grab the attention of enterprise IT managers. In its base configuration, it comes with two (2) nodes, supports 30 TBs of useable capacity and 1200 MBs/second of ingest performance. But what is more notable is that it can scale up to 160 TBs of usable capacity and provides a non-disruptive upgrade path to the enterprise S2100-ES2 so enterprise organizations can continue to leverage the investment that they make in the MS2 even as they grow the solution. </li></ul><blockquote>Further, when looking at the competitive landscape, there is a minefield of "gotchas" with systems that have no upgrade path, require forklift upgrades to grow or necessitate the purchase and management of a plethora of multiple boxes just to keep up with the data growth. <br /></blockquote><ul><li><i><b>High availability.</b></i> High availability is now a top priority in enterprise deduplication deployments for two reasons. First, more organizations are replicating data from remote sites back to their main data centers which increases the importance for highly available solutions that can receive this replicated backup data. Second, the backup of large production databases cannot withstand periods of downtime. The 2-node MS2 meets both of these emerging enterprise hot buttons.</li></ul>However these issues are not the only enterprise hot buttons that SEPATON hits this week. SEPATON also <a  href="http://www.dciginc.com/redirect.php?site=http%3A%2F%2Fsepaton.com%2Fnews%2Fpress-releases%2Fsepaton-releases-new-multi-node-midrange-deduplication-offering" target="_blank">announced</a> new integrated deduplication support for EMC <a  href="http://www.dciginc.com/redirect.php?site=http%3A%2F%2Fwww.emc.com%2Fproducts%2Fdetail%2Fsoftware%2Fnetworker.htm" target="_blank">NetWorker</a> as well as better deduplication support for very large databases.<br />&nbsp;<br />Its new support for NetWorker across its entire product line gives SEPATON integrated deduplication with most of the major enterprise backup software products (HP <a  href="http://www.dciginc.com/redirect.php?site=http%3A%2F%2Fh20331.www2.hp.com%2Fenterprise%2Fw1%2Fen%2Fsoftware%2Finformation-management-data-protector.html" target="_blank">Data Protector</a>, IBM TSM and Symantec <a  href="http://www.dciginc.com/redirect.php?site=http%3A%2F%2Fwww.symantec.com%2Fbusiness%2Fproducts%2Ffamily.jsp%3Ffamilyid%3Dnetbackup" target="_blank">NetBackup</a>). Further, it even gives SEPATON a competitive advantage over EMC's own <a  href="http://www.dciginc.com/redirect.php?site=http%3A%2F%2Fwww.datadomain.com%2F" target="_blank">Data Domain</a> product which, as of right now, does not have any specific integration with NetWorker.<br /><br />The recent IDC survey indicates that 2010 will be "The Year" that enterprise organizations start down the deduplication path. However just because they are starting down this road does not mean that they are throwing caution and reason to the wind. They still need to exercise fiscal and operational restraint as they deploy deduplication.<br /><br />The SEPATON S2100-MS2 gives them the opportunity to meet these sometimes competing objectives. The MS2 offers them the enterprise features and functions that they need to get started with deduplication while the MS2's scalability enables them to grow the solution as their demands increase. This combination of features should hit all of the hot buttons that enterprise IT managers are anxious to push. ]]>
        
    </content>
</entry>

<entry>
    <title>Best Practices for Building an Enterprise Disaster Recovery Playbook</title>
    <link rel="alternate" type="text/html" href="http://sepaton.dciginc.com/2009/12/best-practices-for-building-dr.html" />
    <id>tag:sepaton.dciginc.com,2009://41.1218</id>

    <published>2009-12-22T11:00:00Z</published>
    <updated>2009-12-22T11:00:00Z</updated>

    <summary>About a year ago I started to contemplate writing a book on the topic of &apos;Backup Redesign for Enterprise Organizations&apos;. I even went so far as to register the domain name www.backupredesign.com in anticipation of writing and releasing a book on that topic. Fast forward to today and I am still examining how to best tackle the specific subject of disaster recovery (DR) in such a manner that it meets the needs of enterprise organizations.</summary>
    <author>
        <name>Jerome M. Wendt</name>
        <uri>http://sales.dciginc.com/about/jeromemwendtbiography.html</uri>
    </author>
    
    <category term="disasterrecovery" label="Disaster Recovery" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://sepaton.dciginc.com/">
        <![CDATA[About a year ago I started to contemplate writing a book on the topic of 'Backup Redesign for Enterprise Organizations'. I even went so far as to register the domain name <a  href="http://www.dciginc.com/redirect.php?site=http%3A%2F%2Fwww.backupredesign.com%2F" target="_blank">www.backupredesign.com</a> in anticipation of writing and releasing a book on that topic. Fast forward to today and I am still examining how to best tackle the specific subject of disaster recovery (DR) in such a manner that it meets the needs of enterprise organizations.<br /><br />Having once been responsible for hundreds of TBs of storage (which was a lot not that long ago) and mission critical applications at an enterprise data center, I do not think it is possible to write a book that can authoritatively and comprehensively cover everything that every enterprise data centers can collectively use to successfully execute on a DR plan.<br /><br />Enterprise organizations have far too much data with diverse DR requirements for me to believe that such a universal playbook can be written that addresses all of their concerns. In fact, many of them would be happy just to have an internal playbook that meets their specific DR needs.<br /><br />However enterprises that seek to put together their own playbook struggle to do so. A wide variety of DR technologies are now available but these technologies often solve only a specific segment of their overall DR problems and do not provide them with a comprehensive DR solution.<br />&nbsp;<br />This suspicion was recently confirmed again by <a  href="http://www.dciginc.com/redirect.php?site=http%3A%2F%2Fwww.sepaton.com%2F" target="_blank">SEPATON</a>. It has been talking to end users from large organizations and the majority of them are still grappling with developing DR strategies and then deploying the right technologies that address their particular sophisticated requirements for DR.<br /><br />However this does not mean that enterprise organizations have to assume their situation is hopeless. There are some best practices that they can follow in order to develop an appropriate strategy then will them select the right technologies for their environment. These best practices include:<br /><br /><ul><li><i><b>Plan for enterprise class performance and capacity requirements.</b></i> Enterprise organizations tend to habitually underestimate the number of applications in their environment that they need to protect and recover. While IT architects are understandably trying to be conservative and not waste precious IT dollars and resources, once a DR solution is proven successful, everyone who was standing on the sidelines comes forward and wants to take advantage of the solution. <br /></li></ul><blockquote>This is why it is imperative that enterprises select solutions that can scale to meet the enterprise performance and capacity requirements that will surely be thrust upon it.&nbsp; Look for architectures that can scale nodes for performance and storage for capacity.&nbsp; These solutions like those from SEPATON can deliver a 5 year DR plan that actually makes sense.<br /></blockquote><ul><li><i><b>Ensure you can meet recovery time objectives (RTOs)</b></i>. Successfully protecting and then recovering data is not necessarily good enough if it cannot be done in a time frame that meets defined RTOs. Organizations need to ensure that whatever DR solution or solutions that they select align with the RTOs of the many applications for which they are responsible for protecting. This can be particularly challenging with deduplication solutions which often negatively impact recovery performance.&nbsp; You should consider solutions that use forward referencing or SEPATON's <a  href="http://www.dciginc.com/redirect.php?site=http%3A%2F%2Fwww.sepaton.com%2Fsolutions%2Fdata-deduplication" target="_blank">DeltaCache</a> Recovery™ which provide the fastest restore performance on the newest data. &nbsp;</li></ul><ul><li><i><b>Monitor changing requirements.</b></i> This may prove to be one of the most challenging aspects of implementing an appropriate DR solution or solutions. The status of neither DR strategies nor applications being protected is static. The criticality of applications changes over time such that some become more important to recover quickly while others decrease in importance. Whenever possible, organizations should look to use a single platform that meets the recovery requirements of as many of their applications as possible to minimize the need to change what approach they use for recovery.</li></ul><ul><li><i><b>Pay as you grow.</b></i> This has become one of the emerging requirements for DR solutions in the last decade - the ability to start small, prove it can work and then scale it out so enterprises can pay as they grow. Look for products that offer grid storage architectures that can independently scale either capacity or performance.</li></ul><ul><li><i><b>Aim to reduce OPEX for IT administrators. </b></i>IT administrators are already pulled in multiple directions and, with the uncertainty surrounding Cap and Trade and Healthcare Reform at the federal level, most organizations are hesitant to hire more employees. This makes it even more important for enterprise organizations to select solutions that are familiar to IT administrators and require little time to setup and manage.&nbsp; Automation is no longer a luxury but now a necessity.&nbsp; Your DR playbook should look to robustness in storage management with thin provisioning, dynamic capacity expansion and the kind of reporting tools that truly help to monitor and plan the storage environment. </li></ul><ul><li><i><b>Know your bandwidth requirements.</b></i> An <a  href="http://www.dciginc.com/redirect.php?site=http%3A%2F%2Fwww.forrester.com%2Frb%2FResearch%2Fstate_of_enterprise_disaster_recovery_preparedness_q3%2Fq%2Fid%2F55695%2Ft%2F2" target="_blank">excerpt</a> from a recent Q3 2009 Forrester Research study revealed that the majority of enterprises have at least one data center, are increasing the distance between their production and recovery data centers and are using their recovery data center for multiple purposes. </li></ul><blockquote>That's great news but that only works if there is sufficient network bandwidth to handle passing all of the data from one site to the other. Technologies that measure the rate of data change can give enterprises insight into how much network bandwidth you need while other technologies like deduplication can reduce the amount of data that they need to send while more effectively using what bandwidth is available.<br /></blockquote><ul><li><i><b>Test early and often.</b></i> Enterprises need to have defined testing plans and then stick with them. This is often easier said than done but the best way to ensure this happens is to automate and simplify as much of the DR process as possible. Part of this includes making sure the data needed for testing is where it needs to be in advance of the start of the test using technologies such as replication.</li></ul>There is still no secret DR playbook that enterprises can yet pull out of their back pocket and expect it to magically work for their environment. However best practices for developing a workable DR strategy do exist which organizations can leverage to help them build a DR playbook that works for them.&nbsp; In so doing, they can remove the confusion that persists around DR and use that to build a strategy and select the technologies that will work for them.&nbsp; ]]>
        
    </content>
</entry>

<entry>
    <title>The Choice of Inline versus Post-Process Deduplication and How it Affects Business Objectives</title>
    <link rel="alternate" type="text/html" href="http://sepaton.dciginc.com/2009/12/choice-inline-versus-postprocess.html" />
    <id>tag:sepaton.dciginc.com,2009://41.1202</id>

    <published>2009-12-03T11:00:00Z</published>
    <updated>2009-12-03T11:00:00Z</updated>

    <summary>In the last year or so a number of articles and blogs have appeared on the topic of inline and post-processing deduplication in an attempt to answer the question, &quot;What is the best approach for deduplicating data during disk-based backup?&quot; Unfortunately what these pieces fail to quantify is, &quot;What objectives are enterprise organizations looking to accomplish with disk-based backup and recovery?&quot; The problem this creates is that without first establishing these objectives, it makes it very difficult to arrive at any sort of meaningful conclusion about how to best proceed with deduplication.</summary>
    <author>
        <name>Jerome M. Wendt</name>
        <uri>http://sales.dciginc.com/about/jeromemwendtbiography.html</uri>
    </author>
    
    <category term="deduplication" label="Deduplication" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="gridstorage" label="Grid Storage" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="virtualtapelibraries" label="Virtual Tape Libraries" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://sepaton.dciginc.com/">
        <![CDATA[In the last year or so a number of articles and blogs have appeared on the topic of inline and post-processing deduplication in an attempt to answer the question, "What is the best approach for deduplicating data during disk-based backup?" Unfortunately what these pieces fail to quantify is, "What objectives are enterprise organizations looking to accomplish with disk-based backup and recovery?" The problem this creates is that without first establishing these objectives, it makes it very difficult to arrive at any sort of meaningful conclusion about how to best proceed with deduplication.<br /><br />In my experience, there are three main objectives that enterprise organizations are trying to accomplish in regards to solving their backup and recovery problems:<br /><br /><ul><li><i><b>Stop the backup pain.</b></i> They want their IT staff to focus on higher level IT issues rather than focusing on the traditional backup-centric questions such as what backups jobs failed, why they failed and how to fix them.</li><li><i><b>Use disk without breaking the bank.</b></i> It is no longer any secret that using disk as a primary target and source for backup and recovery is now almost universally viewed as the right way to stop the pain. However the amount of disk that organizations need can be a significant obstacle to the adoption of disk as a backup target.</li><li><i><b>Consolidate backup data stores.</b></i> Consolidating their backup data stores eliminates the costs and overhead associated with managing backup processes at each individual site, results in more effective utilization of the disk storage, better management of the data and new options for disaster recovery.</li></ul>It is for these last two reasons that the topic of deduplication quickly becomes part of the backup conversation, especially in enterprise shops since they have so much data to backup and deduplication's benefits become clearly evident. Using <i><b>deduplication makes the adoption of disk financially viable</b></i>, <i><b>facilitates the consolidation of their backup data stores</b></i> and <i><b>creates</b></i> the <i><b>new options for disaster recovery</b></i> that enterprises want.<br />&nbsp;<br />However what can sometimes occur in an organization's excitement of being able to deliver on these last two objectives, the organization can forget about or downplay its primary goal: <i><b>Ending its backup pain. </b></i><br /><br />This is why selecting the appropriate deduplication approach for an organization's environment is critical.&nbsp; If the end user only focuses on the last two points and does not put equal weight or ignores the first one, organizations are right back to where they started: <i><b>daily morning meetings troubleshooting problems from the previous night's backups</b></i>.<br /><br />It is for these reasons that enterprise organizations should give preference to post-process solutions. These technologies do not limit ingest performance with CPU intensive deduplication processes. By first storing backing up data directly on disk and then deduplicating it, a post-process algorithm avoids the performance impact of inline approaches.<br /><br />This is not to imply that the other two business objectives should be ignored or discounted. They should not. Enterprises that need to get backup data offsite as quickly as possible after the backup is complete will find solutions such as what the <a  href="http://www.dciginc.com/redirect.php?site=http%3A%2F%2Fwww.sepaton.com%2F" target="_blank">SEPATON</a> S2100-ES2 offers meet these multiple requirements well. <br /><br />Unlike some other post-process solutions, <i><b>the <a  href="http://www.dciginc.com/redirect.php?site=http%3A%2F%2Fwww.sepaton.com%2Fproduct-tour%2Fs2100-es2-virtual-tape-library" target="_blank">S2100-ES2</a> can start deduplicating and replicating data as soon as a specific backup job completes</b></i>. Using this more advanced approach, data is offsite and ready for recovery much more quickly than if one had to wait until all of the backup jobs were complete before these two tasks could begin.<br /><br />The S2100-ES2 provides a <i><b>unique grid architecture</b></i> that enables scalability through the addition of computing nodes and disk shelves.&nbsp; This scale-out design enables SEPATON to address any concerns about an end user's ability to ingest, deduplicate and replicate data within required time constraints.<br /><br />This architecture gives organizations the flexibility to <i><b>introduce more nodes for additional performance </b></i>to <i><b>expedite deduplication, replication or even reconstruct deduplicated data </b></i>without impacting either production backup jobs or the time needed to recover the data.<br /><br />It is not surprising that so many articles and blogs are trying to answer the question of whether inline or post-process deduplication is a better choice. However before organizations can arrive at any meaningful answer to this question, they should first remember what business objectives they initially set out to accomplish and then verify that whatever solution they select accomplishes these objectives.<br /><br />The deduplication decision becomes even more difficult for enterprise shops. Not only do distinct differences between inline and post-processing deduplication solutions exist, but within each general deduplication approach, individual solutions handle processes such as deduplication and replication differently.<br /><br />It is for these reasons that enterprise organizations should give preference to post-process deduplication architectures and solutions from providers such as SEPATON that are designed to solve the specific challenges they face and are architected to deal with the unique challenges of enterprise backup and recovery. ]]>
        
    </content>
</entry>

<entry>
    <title>Slootman Responds to SearchDataBackup.com Interview; Post Process Deduplication Still Perceived as Safer Option by Many</title>
    <link rel="alternate" type="text/html" href="http://sepaton.dciginc.com/2009/11/slootman-responds-searchdatabackup.html" />
    <id>tag:sepaton.dciginc.com,2009://41.1182</id>

    <published>2009-11-11T11:00:00Z</published>
    <updated>2009-11-11T11:00:00Z</updated>

    <summary>Perhaps the biggest industry buzz coming out of the October 2009 SNW show was not any product announcement or new technology but an interview with EMC&apos;s Frank Slootman that appeared on SearchDataBackup.com. Minimally this interview made a number of revelations about EMC&apos;s current strategy and future direction for its Data Backup Division. But of greater concern for those enterprises planning to use EMC&apos;s products, it revealed a lack of understanding on Slootman&apos;s part in terms of what enterprise organizations are looking for in disk-based backup and deduplication solutions.</summary>
    <author>
        <name>Jerome M. Wendt</name>
        <uri>http://sales.dciginc.com/about/jeromemwendtbiography.html</uri>
    </author>
    
    <category term="deduplication" label="Deduplication" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="diskbasedbackup" label="Disk Based Backup" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://sepaton.dciginc.com/">
        <![CDATA[Perhaps the biggest industry buzz coming out of the October 2009 <a  href="http://www.dciginc.com/redirect.php?site=http%3A%2F%2Fwww.snwusa.com%2F" target="_blank">SNW</a> show was not any product announcement or new technology but an interview with EMC's Frank Slootman that <a  href="http://www.dciginc.com/redirect.php?site=http%3A%2F%2Fsearchdatabackup.techtarget.com%2Fnews%2Farticle%2F0%2C289142%2Csid187_gci1371305%2C00.html" target="_blank">appeared</a> on <a  href="http://www.dciginc.com/redirect.php?site=http%3A%2F%2Fsearchdatabackup.techtarget.com%2Fhome%2F0%2C289692%2Csid187%2C00.html" target="_blank">SearchDataBackup.com</a>. Minimally this interview made a number of revelations about EMC's current strategy and future direction for its Data Backup Division. But of greater concern for those enterprises planning to use EMC's products, it revealed a lack of understanding on Slootman's part in terms of what enterprise organizations are looking for in disk-based backup and deduplication solutions.<br /><br />Slootman's interview was one that I had to reread a few times just to make sure I got it right as the statements he made about the products in EMC's Data Backup Division opened up more than a few eyes (and mouths) in the industry. So prior to responding to anything, I wanted to get Slootman's reaction to this interview to verify he was accurately quoted and this was a response I received from EMC/Data Domain via email:<br /><br />"<i>I was not accurately quoted in every instance of the write up; some of my statements were not nearly as colorful as they appeared in print. That said, most of the positions represented in the write up are substantially mine.</i>"<br /><br />So with this disclaimer in mind, the interview seemed to imply that Avamar, not NetWorker, is the future of enterprise backup software at EMC. He also stated in the article that EMC is swapping out existing deduplication solutions it previously sold with its newly acquired Data Domain boxes at zero revenue.<br /><br />Neither of those statements is likely to sit too well with current enterprise customers. It appears Slootman did not get the memo that the way the game works in enterprise accounts is that you let your enterprise customers know ahead of time under NDA what your new strategy is before you go public with it.<br /><br />The last thing enterprise organizations want (or any customer wants as far as that goes), is to read about strategic changes in product roadmaps from their provider on SearchDataBackup.com.&nbsp; Enterprise customers prefer to hear about changes in direction from their provider first and then have them confirmed in the press later on. It appears Slootman got it backwards in this case.<br /><br />But this faux pas aside, more disconcerting are the statements that he makes about using post-process VTLs to deduplicate data. He implies that VTLs are not well-suited for deduplication and then goes on to say, "<i>No post-process junk. Post-process deduplication takes all day to land the data for backups. I'm on the beach having a margarita before they land the data on disk</i>."<br /><br />These statements reveal a lack of understanding on his part as to how post-process deduplication algorithms work as well as customer perceptions about inline versus post-process technology.<br /><br />First, post-process algorithms do not take all day to land the data on disk for backups as he alleges. In fact, chances are good that a post-process algorithm may land data on disk before an inline process does. Post-process algorithms do not seek to compress or deduplicate data in any way until after the data is first stored to disk and some vendors take advantage of the post-process method to keep an undeduplicated volume ready for faster restores.<br /><br />Second, not every customer is comfortable doing deduplication in-line, especially those with enterprise FC SANs.&nbsp; Enterprise customers in these environments tend to be conservative and want to understand every step of the process and how any changes, no matter how minor, will impact their production workloads.<br /><br />In the debate over using in-line versus post-process, post-process is generally simpler to understand and tends to be viewed more positively by many risk-averse customers that I speak with. Their initial objectives when introducing disk-based backup (deduplicating or otherwise) are to ensure their daily backups complete successfully and on time every day. So while I regularly hear that post-process approaches allow them to accomplish those goals, I still from time to time receive reports that in-line cannot.<br /><br />In-line deduplication is making some significant strides and providers of post-process deduplication VTLs such as <a  href="http://www.dciginc.com/redirect.php?site=http%3A%2F%2Fwww.sepaton.com%2F" target="_blank">SEPATON</a> need to be on their guard to make sure they match the technology innovations that companies like EMC-Data Domain are making. However to suggest that "post-process is junk" fails to take into account the many enterprise customers see post-process VTLs as a safer and often faster first step into disk-based backup and deduplication than what in-line deduplication might deliver.<br />]]>
        
    </content>
</entry>

<entry>
    <title>Five Distinct Reasons Why Enterprises Will Continue to Use VTLs Versus NAS for the Foreseeable Future</title>
    <link rel="alternate" type="text/html" href="http://sepaton.dciginc.com/2009/10/five-reasons-vtls-will-continue.html" />
    <id>tag:sepaton.dciginc.com,2009://41.1157</id>

    <published>2009-10-13T10:00:00Z</published>
    <updated>2009-10-13T10:00:00Z</updated>

    <summary>The lines between NAS and VTL have started to blur. More NAS solutions can now scale to hold more than one petabyte of deduplicated data, deliver sustainable aggregate throughputs of more than one TB/hour and handle multiple concurrent backup loads. This combination of features may make it seem like a face-off between upper end NAS and VTL solutions is looming in enterprise environments.</summary>
    <author>
        <name>Jerome M. Wendt</name>
        <uri>http://sales.dciginc.com/about/jeromemwendtbiography.html</uri>
    </author>
    
    <category term="diskbasedbackup" label="Disk Based Backup" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="virtualtapelibraries" label="Virtual Tape Libraries" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://sepaton.dciginc.com/">
        <![CDATA[Every day deduplicating NAS appliances are taking on more capacity and performance characteristics that are of enterprise caliber. As this trend continues, it can make enterprise organizations wonder if the role of virtual tape libraries (VTLs) is changing. Yet I argue that the new higher performing, larger capacity<i><b> NAS solutions solve problems in enterprise organizations that are very different than those solved by VTLs</b></i> and this trend will not result in NAS solutions encroaching on the specific problems that VTLs serve anytime soon. <br /><br />Over the last few years, the roles of deduplicating NAS and VTL solutions have been pretty well defined by <a  href="http://www.dciginc.com/redirect.php?site=http%3A%2F%2Fwww.drunkendata.com%2F%3Fp%3D1149" target="_blank">analysts</a> and <a  href="http://www.dciginc.com/redirect.php?site=http%3A%2F%2Fblog.exagrid.com%2Fdata_deduplication_blog%2Ftabid%2F16489%2Fbid%2F6546%2FConfusion-about-VTL-and-Disk-based-Backup.aspx" target="_blank">vendors</a> alike in the industry. VTLs were reserved primarily for enterprise environments while NAS solutions belonged in the midrange space. In fact, VTL providers even went so far as to say that if they were competing in an environment where a NAS solution was also being bid, either they or the NAS provider did not belong there.<br /><br />Yet over the last couple of years, the lines between NAS and VTL have started to blur. More NAS solutions can now scale to hold more than one petabyte of deduplicated data, deliver sustainable aggregate throughputs of more than one TB/hour and handle multiple concurrent backup loads. This combination of features may make it seem like a face-off between upper end NAS and VTL solutions is looming in enterprise environments.<br /><br />While this may certainly occur in a few environments, there are <i><b>five distinct reasons why enterprise organizations will continue to use VTLs as opposed to NAS</b></i> for the foreseeable future:<br /><br /><ol><li><i><b>Keep backup traffic on FC SANs.</b></i> Enterprise environments have to backup tens if not hundreds of terabytes (TBs) of data nightly and weekly. FC SANs are better equipped to facilitate these high levels of throughput (these were the original implementations of FC SANs) since the FC protocol is specifically designed to handle the block-based, sequential nature of backup traffic. This results in higher throughput and faster backups.</li><li><i><b>Overhead of NFS and CIFS.</b></i> One of the primary problems of sending backup traffic over an Ethernet LAN and using NAS as a backup target is that there is still processing overhead associated with NFS and CIFS on the NAS solution. While backups will occur faster and achieve higher success rates than if backing up to tape, the performance and throughput on NAS solutions cannot approach that achievable on VTLs used on FC SANs.</li><li><i><b>Server overhead. </b></i>The NAS interface is not the only place where a performance bottleneck can slow transfer speed. To send data to a NAS target requires that a server read in its data, encapsulate it in a TCP/IP packet and then send it over an Ethernet LAN to the NAS solution. While this overhead may be acceptable for many LAN-attached servers since they may not do any processing during off-backup hours. The same scenario can create unacceptable levels of processing overhead for busy application servers that run 24x7 where backup windows are limited or do not exist.</li><li><i><b>Fast, successful backups, not deduplication ratios, are the top priority. </b></i>NAS providers are much quicker to promote their high deduplication ratios for the simple reason that the audience they are selling to is most concerned about cost reduction. VTL providers also talk about their ability to achieve high deduplication ratios but enterprise FC SAN environments put a higher priority on making sure each night's backup completes quickly, successfully and within the application's backup window. So while enterprise shops are thrilled if they can achieve high deduplication ratios; fast, successful backups are still the first priority.</li><li><i><b>Better backup software and tape support. </b></i>Backup software now easily recognizes both NAS and VTLs but many enterprise organizations still plan to use tape as part of their overall data protection strategy in some capacity. Using NAS solutions, data typically has to be re-read (and reprocessed) by the backup software before it can be stored to tape.</li></ol><blockquote>Using VTLs, the data is already stored in a format that is conducive to copying the data from disk to tape and back again. This task can sometimes even be executed and performed by the VTL and, once the copy is complete, the backup software is notified by the VTL that a physical tape copy has been created so the backup software can update its index. <br /></blockquote>NAS solutions are taking on enterprise capacity and performance characteristics. But the forces driving the introduction of these features into NAS solutions are intended to solve different enterprise problems than what VTLs are intended to solve. It is because of this and the five reasons listed above, that enterprise VTLs like the SEPATON <a  href="http://www.dciginc.com/redirect.php?site=http%3A%2F%2Fwww.sepaton.com%2Fproducts%2Fs2100-virtual-tape-library-vtl.php" target="_blank">S2100-ES2</a> should continue to have a long, viable future in enterprise environments.<br /><br />That said, enterprise NAS solutions will begin to show up in enterprises in roles that are complementary to the functions that VTLs fulfill now. In the future, expect a consolidation of NAS and VTL interfaces onto one system and I anticipate that solutions like those from <a  href="http://www.dciginc.com/redirect.php?site=http%3A%2F%2Fwww.sepaton.com%2F" target="_blank">SEPATON</a> will assume that role. ]]>
        
    </content>
</entry>

</feed>