传统数据保护 

问题重重何时休？

　　如图1所示，这是一个典型的用户数据保护环境（为了便于说明问题，我们省略了用户冗余系统与容灾系统）。

　　当数据从关键应用系统中产生以后，不能够直接进行备份。原因在于备份工作一方面会影响业务系统的高效运行，另一方面备份工作经常会出现各类问题而无法成功完成，这时就会造成数据的丢失。因此，用户需要一套性能可以与在线系统相比拟的磁盘系统进行数据复制，然后对复制的数据（与业务系统一致）进行备份。

　　镜像磁盘系统仍为高端产品，在有些业务系统中镜像系统与业务系统完全一样，因此价格昂贵。传统磁带库在运行中自然存在着各种各样的机械问题。

应用第一步

无缝融入原有系统

　　如图2所示，使用虚拟磁带库使得磁盘阵列对于备份/恢复系统来说像是磁带库，这样一来，无须改变配置就可以在备份系统中使用磁盘，而备份系统仍旧认为在向磁带进行备份。对于业务系统而言，几乎感觉不到任何改变，在逻辑上，VTL与传统磁带库组成了原有系统中的磁带库，但是把所有虚拟磁带库的优点都集成进来。

　　在这种情况下，VTL只是通过备份软件把数据块取出，然后模拟成磁带格式将其放到磁盘上，但并不知道数据块中究竟是什么内容。

应用第二步

革掉D2D的命

　　在图3的情况，VTL的应用发生巨大改变—它特别为存储备份数据而建立了客户化文件系统，该文件系统可以完成快照、复制、指针和各种磁带不能完成的事情。在这种应用情况，VTL完全代替了传统的D2D系统。

　　这个时候，一旦写完备份后，VTL会检查所写影像，并识别影像的内容。此外，还要决定备份的类型、备份包含的文件（或其他项目）和文件的来源。在这些全部完成后，他们需要建立一个内部数据库——基本上就是备份服务器索引或目录的副本。

　　VTL不仅代替了D2D系统，还对用户整个数据保护流程进行了变革，在此之前，业务系统数据传送给镜像系统，之后的数据保护工作由镜像系统完成，而采用VTL代替D2D之后，业务系统把数据传输给由VTL和磁带库组成的数据保护系统，由后者完成整个数据保护工作。