VTL是一项重大投资。不仅如此，VTL还需集成到你的数据备份系统中。本文提供了应向供应商咨询的10个问题，帮助你决定哪种VTL适合你的情况。

　　你的VTL是否具有我需要的性能？

　　VTL的目标是整合和加速备份。如果VTL的马力不够，就会成为数据备份的瓶颈，而不是援助。你应该弄清楚VTL是否具有足够的容量合理地处理你的备份需求。你还得了解自己具有哪些需求。通常，你可以利用网络监测软件了解你需要多少容量。

　　你的产品路线图是什么？

　　VTL供应商的产品增长是否与企业需求保持一致？你是否在等待下一次升级，同时妥善处理不断增长的VTL？供应商如果负责任，就会制定实际可行的计划，与客户分享两代或三代VTL，帮助客户做好规划。当然，路线图并非一成不变，但是至少可以使你大概了解供应商的方向。

　　你有足够的容量吗？我能轻易增加容量吗？

　　构建VTL有两大办法。Copan Systems、EMC、Sepaton等公司的产品非常专业，将磁盘、处理器和软件一起打包。而CipherMax和FalconStor Software等公司的产品则是在专用服务器/磁盘阵列中安装软件。成品方法设置容易，扩展却很难。服务器/阵列法安装和集成比较麻烦，但是很容易扩展，只需添加磁盘以及处理器。

　　情况并非完全绝对。不是所有的成品都难于扩展，也不是所有的服务器/阵列都难于安装。而且，与常规的存储阵列不同，大多数架构中的VTL是中介，而不是终端；你可以较快地将数据移动到磁盘中，从而增加有效容量。这么做可以使你在需要的时候非常方便地增加VTL容量，你应该列为考虑。

　　网络带宽是否充足？

　　在常规设置中，VTL是备份链中的一个点；例如，需要备份的数据从一台或多台服务器流入VTL，再流出到一个或多个磁带驱动器或磁带库。如果你需要将多台服务器备份到一个VTL或多个磁带驱动器——不管是否位于磁带库中，进出VTL的网络带宽就会成为性能瓶颈。

　　你模拟哪种驱动器、磁带库和软件？

　　VTL之所以能从磁带阵列中分离，是因为备份服务器和软件将VTL视为磁带库。这是VTL非常重要的简化原则：假设VTL能够模拟某个特定的磁带系统，或者至少是备份软件支持的系统。另一方面，VTL需要以磁带子系统能够理解的方式将数据输出到磁带中。按照实际使用的格式和磁带大小输出VTL，这一点非常有效。

　　你的VTL具有哪些管理特性？

　　你希望VTL尽可能方便管理。理想情况下，你的备份软件应该能够直接处理VTL。但是，这得取决于备份软件的性能。越来越多的备份软件支持目前流行的VTL模型。

　　VTL与备份软件的集成水平如何？

　　利用VTL替代一组磁带驱动器的主要原因在于VTL能与当前备份系统实现无缝集成。这就意味着VTL能与备份软件一同工作。实际上，在安装经过良好设计的VTL时，软件如果无法识别，就会将数据发送到磁盘阵列，而不是磁带中。

　　实际效果取决于VTL和软件的配合程度。VTL制造商竭尽全力实现主要备份软件的无缝集成。你需要确保备份软件的目录与VTL、磁带库保持一致。

　　重复数据删除、压缩和其它功能会对性能造成什么影响？

　　备份不仅仅是将数据从工作存储器移动到磁带。多年来，压缩是备份设备的标准功能；现在，越来越多的备份设备提供重复数据删除功能，节省更多的空间。

　　从备份存储资源的角度而言，这是一项重要技术；但是需要处理能力，而能力得有出处。传统情况下是在服务器或备份设备中完成处理过程。VTL给备份链引入了第三种项目和第三个位置，用于实现重复数据删除和压缩功能。

　　如果你要在一个狭小的窗口备份大量数据，那么这些操作就会带来重大的性能影响。你至少不希望速度比现有的系统还慢，或者可能希望速度更快。

　　你如何支持加密功能？

　　加密成为备份系统的一项重要功能。实现加密有多种方法——独立产品、磁盘加密、VTL加密等，你需要确保所选择的VTL适合备份架构。

　　你还需确保在加密之前已经压缩数据。加密后能减少冗余，但是无法压缩。你可能希望在备份链的同一点上实现加密和压缩功能。一些VTL提供加密和压缩功能，一些VTL则依赖备份链的其它部分完成这两项功能。两种解决方案都可以接受。你可以中备份链的任何位置完成加密和压缩，只要你是在同一位置完成的。

　　你如何应对数据的迁移性？

　　磁带的一大好处是可移动。VTL有赖于磁盘，因此不可移动。这也是为什么在大多数系统中，磁带仍是数据的最终搁置点。这一点在灾难恢复时非常重要，如果数据在VTL中被重复删除，那么情况就变得非常有趣了。

　　将数据再次重复删除不是VTL的问题。但是迄今为止，重复数据删除技术主要针对设备（或品牌）。如果你想恢复被重复删除的数据，通常需要在远程站点安装同一种VTL。