我想知道现在VTL是否真的是一个有效的select？ 有人在这里使用它，为什么呢？ 与RAID6 / 10中装有SATA驱动器的常规服务器相比，它有什么优势吗？
让我解释一下我的好奇心：我们的环境由4台由VMWare VSphere 6.0 + VEAAM备份和复制驱动的DELL R730服务器组成。 我们一直在寻找一个合适的备份解决scheme，并以VEE作为提案登陆VTL。 在我们的环境中，我们没有任何磁带相关的基础设施，而其他人告诉我这是一个怪胎/时尚老派蒸汽朋克技术。 所以我很害怕这样想，想知道更多。
先谢谢你！
Veeam可以本地备份到iSCSI和SMB3。 我没有看到在你的特定情况下使用VTL的任何可行的点。 恰恰相反：通过不实施VTL层，您只需删除一个复杂的层次！ 可能你的VAR正试图让你卖出一些你并不需要的额外的东西。 在你的位置，我会得到类似于CPU和RAM的Dell R730（xd？）的低端产品，并在RAID10中引入8个8-8TB的NL-SAS或Enterprise SATA。 RAID6也可能工作，但要小心Veeam，因为当构build反转快照和锤击I / O子系统时，它会进行原地更新。 由于4倍写入放大，RAID6在这里并不是最好的select。 不过，我会build议与您的Veeam支持工程师讨论您的确切场景。
回到原来的问题，人们倾向于购买VTL，然后才能对完全围绕磁带构build的备份基础架构进行无缝增量升级。 还有监pipe要求，比如说他们不得不使用磁带，他们期待能够把越来越多的数据放到备份窗口中。 由于您没有现有的磁带感知备份，并且您没有与法规要求紧密联系，所以我再也看不到使用VTL的要点。
如果您的LT驱动器无法应对速度，则VTL是一个可行的select。 但是VTL必须embedded到目标备份应用程序中才能给您带来很大的好处。 我发现富士通CS800非常吸引人：TBA CS800采取备份，保留一些版本，以便快速恢复，重复删除，压缩内置，并在另一端具有磁带库连接器。
结果：需要更less的磁带更改，磁带不被重复数据删除，因此您可以从其他系统数据读取，并将其完全集成到Veeam。 连接器：NAS Share，OST和VTL。 它消除了所有渠道的重复，这是非常性感的。 它包含多个备份stream。 然后，您可以将压缩的重复数据消除的数据复制到第二台CS800（最多8个复制比为1），并且只有一个统一的备份磁带库。
我有一次在培训期间看到它现场工作的机会。 它就像一个备份黑匣子，有一个自己的Web界面，并运行在Linuxembedded式操作系统上。 Dedup来自Quantum许可。 使用OST AIR @ Backup Exec时，复制的备份将显示在目标站点上，而不会先读取新文件，因为目录会直接发送到目标站点上的介质服务器。 最后他们在盒子里保存了4个全备份和6个增量备份，并将每月的磁带活动减less到一个。 数据存储在Raid 6 FR上。