解析虚拟带库:虚拟带库 VS. 基于主机的D2D备份

日期: 2009-12-02 作者:小z麦兜 来源:TechTarget中国 英文

  综合以上谈到的磁带弊端,磁带技术已不再适合独立完成备份/恢复系统。伴随着新一代 ATA/SATA/SCSI磁盘技术的成熟和磁盘价格的下降,供应商纷纷提供更为经济的备份/恢复解决方案。而市场上也出现了一系列增值产品,从将磁盘阵列作为备份路径中间缓冲的简单方案,到将内容存储在磁盘上的映像与快照系统的复杂方案,无所不有。这里,我们讨论两种最新备份技术—基于主机的磁盘到磁盘(Disk-to-Disk,D2D)技术和虚拟磁带库(Virtual Tape Library,VTL)技术。

  基于主机的D2D备份策略通过使用低成本的磁盘进行备份,提高数据备份/恢复的传输速率。但在集成性、存储格式、文件系统尺寸、性能与碎片等方面存在问题,有待于进一步的解决。而VTL是将物理磁带库与最新的基于磁盘的技术整合,从而提供优化的解决方案。VTL仿真标准磁带库,操作和属性都和磁带库极为相似,同时具备先进的磁盘性能。

  独立磁盘冗余阵列(Redundant Arrays of Independent Disks,RAID)将多个磁盘的性在一起,集合性能高,系统可靠性好。随着硬盘成本的降低,一段时间内,大量供应商转向设RAID阵列,推出基于磁盘技术的备份产品。其主要优势包括:

  • 更快地将备份数据写到磁盘;
  • 更快地从磁盘恢复数据;
  • 常规的PC服务器硬件;
  • 常规的RAID存储技术;
  • 集成了现有的备份/恢复应用软件;
  • 使用基于磁盘的系统执行多个并发备份和/或恢复;
  • 整合了磁盘快照与备份/恢复操作;
  • 将磁带备份技术灵活地整合到基于磁盘的备份中;
  • 将存储数据与备份数据集中到同一甬道中。

  基于主机的D2D解决方案仍然存在一些固有的问题,其局限性主要体现在下面几点:

  (1)兼容性差,故障诊断复杂。由于基于主机的D2D通常要把不同厂商的设备集成在一起,进行逐一配置,并常常出现严重的不兼容问题。更为棘手的是,部件故障判断非常复杂,由于不同厂商相互推卸责任,用户问题长时间得不到解决,数据保护受到威胁。

  (2)性能方面的冲突。结合外接 RAID 阵列的备份/恢复软件的 D2D 性能,依赖类似 NTFS 和NFS的文件系统,这些文件系统是为多个用户管理多个小型文件设计的。而磁带方式的备份应用软件执行较大的写操作时,就造成了性能冲突。此外,磁带备份应用软件与文件系统文件分配表结合来决定具体的文件位置时,存储系统处理器会发生附加的性能冲突。

  大多数D2D RAID阵列使用的通用文件系统,并非最适于磁带备份,常见的有下列三个问题:

  1、大多数通用文件系统同典型的服务器一样,会随时间产生大量文件系统碎片,碎片的不断增长,降低了系统上的读/写性能。

  2、类似FAT、NFS和NTFS的通用文件系统受到文件系统、分区和单个文件大小的限制。此外,一个文件系统上文件的数量也有限制,这些限制会约束基于主机的D2D应用软件所使用的备份卷的扩容性。当达到限制时,企业需额外的资本投入,还必须转移数据,创建新卷,重新配置备份应用软件。

  3、系统中数据的安全性。黑客、病毒会威胁通用的文件系统,任何D2D系统都会遇到同样的安全问题,可能导致数据保护方案的失败。

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

电子邮件地址不会被公开。 必填项已用*标注

敬请读者发表评论,本站保留删除与本文无关和不雅评论的权力。

相关推荐

  • 虚拟带库

    我是个菜鸟!我有这么一个问题想问一下! 我用的是atempo备份软件,有这么一个问题!在创建虚拟带库的时候,本 […]

  • 分析:EMC重复数据删除、存储分层和VPlex

    EMC快速成长的重复数据删除技术产品线让那些围绕EMC快速全自动存储分层(FAST)技术的中间产品黯然失色,他们的产品究竟有着怎样的性能呢?

  • 日立推出虚拟带库方案面向大中型企业

    全新 VTL解决方案以经济的价格,卓越的性能、出色的可扩展性和可靠性,提供完善的重复数据删除存储服务,日立推出具有业界最高吞吐率的数据备份解决方案。

  • 虚拟磁带库将会取代带库?

    虚拟带库已经产生很长一段时间了,它在整个存储架构中处于某些产品之间的补充位置。但是,最近听到这样一种观点:虚拟带库将取代带库。笔者认为此观点值得商榷。