VTL去重战NAS，SEPATON如何脱颖而出？

64位软件、去重备份感知的重要性

我们在谈论性能指标时往往围绕着硬件，但硬件发挥的效率（包括SEPATON多节点架构）绝对离不开软件。尽管我们对PC/服务器上的64位操作系统和应用软件早已不陌生（为了更好的支持4GB以上内存），但不少存储系统的软件仍然停留在32位，还是因为没有迫切的需求。比如被戴尔收购的Compellent中端存储系统，也是在几个月前宣布即将推出64位数据管理软件。

SEPATON 6.0版软件运行在由红帽企业版Linux重新编译的CentOS开源系统下， Linux 2.6核心、64位对应的就是RHEL（RedHat Enterprise Linux）4.x/5.x的x64版本。

VTL的使用离不开备份软件。在SEPATON的英文网站上，我们看到能够与之配合高速备份（充分优化）的包括赛门铁克Backup Exec、NetBackup（OST）、CommVault Simpana和IBM TSM，这些备份软件可以说占领了一多半的市场。至于“其它”三种，10年前该领域的领头羊CA ARCserve Backup和被EMC收购后的Legato NetWoker今天有些风光不再；而惠普Data Protector则在功能方面都被竞争对手落下不少，就连目前备份软件普遍加入的重复数据删除选项都没有支持。

TSM紧密集成、累积/多流备份内容感知

Ptak/Noel Associates副总裁兼首席分析师Mike Karp表示：SEPATON具备了光纤通道和10Gb以太网同步运行的能力，这使数据中心管理者能够为这两种环境选择同一种数据保护方式。“与关键任务软件集成是最为关键的部分，使用TSM的用户肯定希望SEPATON与TSM软件更加紧密的集成。此外，由于使用TSM的地方数据量往往非常大，SEPATON的线性扩容功能使其成为非常具有竞争力的一款产品。”

SEPATON还改善了其DeltaStor重复数据删除软件，以便与IBM Tivoli备份软件更好地协同工作。现在DeltaStor已实现对TSM累积备份以及多流数据库备份的支持。TSM的“永久增量”备份方式与其他备份软件所采用的方式不同，在永久增量模式下，只有发生改变文件的备份才会被执行（类似于CDP——持续数据保护，笔者注），导致更难找到匹配的数据进行重复删除。Evaluator Group资深合作伙伴Russ Fellows表示：“TSM只发送改变的数据而不是全备份——事实上他们几乎从来就没有做过全备份。

我们还记得NetApp FAS阵列的A-SIS重复数据删除功能无法识别Backup Exec备份中的重复数据。NetApp的答复是重复数据删除引擎工作使用的块大小是4KB，Backup Exec系列软件会向备份文件插入元数据，它会打破4KB边界的一致性，使得NetApp很难定位重复的字节段。这可能是NetApp建议将A-SIS去重用于主存储的原因之一，因为它不太善于“感知”备份软件写入的数据。

我们遇到过类似情况的还有Hifn BitWackr方案，它采用了以64KB为单位的块级重复数据删除技术。而在我们试用过的4款备份软件中，记得Symantec Backup Exec、CommVault Simpana和BakBone NetVault Backup都无法取得理想的数据缩减效果，唯一例外的是CA ARCserve Backup，还有同样来自CA公司的XOsoft Replication持续数据保护软件（r15版本已经改名为ARCserve Replication）。BitWackr在这里的问题与NetApp A-SIS非常相似，即备份软件写入存储时在文件中插入元数据，从而导致数据块边界与执行重复数据删除算法甄别时不对齐的现象发生。