虚拟磁带库作为近年来兴起的众多磁盘备份(Backup to Disk)解决方案中最受瞩目的一项，正在深刻地改变着传统的备份市场格局和用户的数据保护模式。

　　虚拟磁带库的三种主要实现方式

　　目前市场上的虚拟磁带库依照架构不同，大概可以分为三种类型：备份软件型(D2D)、应用服务器型(VTL Appliance)、智能化专用型(Intelligent High Preformance VTL)

　　·备份软件型虚拟磁带库(第Ⅰ代D2D)

　　将虚拟磁带库模拟软件直接安装在备份服务器上，把备份服务器的某些文件系统分区模拟成磁带库，从而使备份软件以磁带库方式使用磁盘文件系统。

　　此类方案下的备份磁盘暴露于主机的操作系统，本质上依然“在线” 。在用户看来，依然在线的数据一定是不安全的。举例来说，如果备份服务器不幸被病毒感染，该病毒完全可能在损毁在线磁盘上数据的同时，损毁备份盘阵上的数据。

　　另外，此类方案占用主机资源，性能受限。

　　这种虚拟磁带库方案多由备份管理软件作为一个功能模块提供，价格比较低廉。但由于受制于文件系统，使其应用场合、I/O性能及数据安全性具有一定局限。

　　因此，此类虚拟磁带库方案主要用于备份缓存 - 也即先备份到磁盘，然后在服务器不忙时再将备份转移到物理磁带库上。

　　·应用服务器级虚拟磁带库方案(第Ⅱ代 )

　　该方案实际上是另外一种虚拟磁带库的软件实现方案：通过把虚拟磁带库管理软件安装在一台独立的专用服务器(一般是PC服务器)内，而将该服务器及所连接的磁盘存储设备模拟成磁带库。

　　这种方式下，备份服务器或其它应用主机通过FC或SCSI与专用的服务器连接，此时专用服务器及所连接的磁盘存储系统一起体现为虚拟磁带库(虚拟磁带库)。

　　与备份软件型虚拟磁带库方案不同点是，备份服务器或应用服务器把专用服务器及其磁盘阵列当作了一台磁带库设备，实现了虚拟磁带库设备与主机设备的物理和逻辑上的分离。主机对这种方案下的虚拟磁带库的读写方式是数据块级(Block-Level)读写，比备份软件类型的读写速度快，并且不会从主机方对备份数据产生误删除操作，主机上的病毒也不会影响备份数据。

　　此类方案下，虚拟磁带介质 ? 磁盘逻辑卷， 不再是操作系统格式化的扇区，而是和磁带一样的裸介质(“raw disk”);其上备份数据也是按顺序Byte to Byte存放的，在物理层上实现了磁盘读写的线性化，避免了文件系统的碎块问题，充分利用了磁盘设备的高速I/O性能。

　　这种方案的不足是需要利用一台具有一定扩充能力的PC服务器作为虚拟磁带库管理器，系统优化性略低，另外控制器部分采用PC服务器结构，不够精简，另外PC服务器以及其连接的磁盘阵列管理不统一，不是一体化结构，还容易产生PC服务器和后端存储的不兼容问题。

　　·智能化专用型虚拟磁带库设备方案(第Ⅲ代 Intelligent High Preformance VTL)

　　就存储市场而言：我们熟知的主流的磁盘阵列就是采用ARM结构、嵌入式实时系统作为核心的，最早的磁盘阵列形态是PC服务器+JBOD磁盘柜，随着市场和技术的不断发展，这种老式的设备在可靠性、性能上都无法与采用ARM结构的主流磁盘阵列相比，因此，市场上已经很难看到这种早期形态的磁盘阵列产品了。

　　就虚拟磁带库这种应用来说，它的发展趋势肯定也会和磁盘阵列一样，因此，基于ARM结构的嵌入式系统，统一化管理，成为智能化专用型虚拟磁带库IHPV(Intelligent High Preformance VTL)的基本特征，它将磁带库模拟管理软件固化在特别设计的ARM结构、嵌入式实时系统中，就形成了专用的虚拟磁带库设备，这种设备可以配置一定数量和类型的主机接口和后端存储磁盘阵列接口，有的专用虚拟磁带库设备还配置了归档磁带库接口。专用的虚拟磁带库设备硬件结构与不同于PC服务器，其性能、可靠性比第Ⅱ代应用服务器型虚拟磁带库有了非常大的提升。在设计上采用了精简的硬件模块和精简的操作系统内核(一般为Linux内核)，并且充分考虑了与主机及存储设备的连接能力.

　　专用的虚拟磁带库设备标志着虚拟磁带库技术终于突破了操作系统和PC服务器架构的限制，使虚拟磁带库真正成为了一种独立的外设，并且真正将虚拟磁带库控制系统和磁盘存储阵列统一管理起来，的其使用方式也更接近普通磁带库，而其优越性能也体现得更加充分。