我想知道 VTL 现在是否真的是一个有效的选择？这里有人在用它吗？为什么？与在 RAID6/10 中塞满 SATA 驱动器的常规服务器相比，它有什么优势吗？
让我解释一下我的好奇心：我们的环境由 4 台 DELL R730 服务器组成，由 VMWare VSphere 6.0 + VEAAM Backup and Replication 提供支持。我们一直在寻找合适的备份解决方案，并最终选择了 VTL for VEEAM 作为建议。我们的环境中没有任何与磁带相关的基础设施，而且其他人告诉我这是为怪胎/潮人准备的老式蒸汽朋克技术。所以我很害怕走那条路，想了解更多。
先感谢您！
答案1
Veeam 可以本地备份到 iSCSI 和 SMB3。我认为在您的特定场景中使用 VTL 没有任何可行之处。恰恰相反：通过不实施 VTL 层，您只是消除了一个复杂程度！您的 VAR 可能正试图通过向您出售您并不真正需要的东西来多赚几美元。在您那里，我会买一些 CPU 和 RAM 较低的 Dell R730(xd?)，并在 RAID10 中放入 8 个 6-8TB NL-SAS 或企业 SATA。RAID6 也可以工作，但要小心使用 Veeam，因为它在构建反向快照时会进行就地更新，并用大量小写入来敲击 I/O 子系统。RAID6 绝对不是这里的最佳选择，因为它会导致 4 倍的写入放大。不过，我建议您与附近有您确切情况的 Veeam 支持工程师交谈。
回到你最初的问题，人们以前购买 VTL 只是为了无缝增量升级完全围绕磁带构建的备份基础设施。此外，监管要求规定他们必须使用磁带，他们希望能够将越来越多的数据放入备份窗口。由于您没有现有的磁带感知备份，并且您与监管要求没有紧密联系，我认为再次使用 VTL 没有任何意义。
答案2
如果您的 LT Drive 无法应对速度，VTL 是一个可行的选择。但是，VTL 必须嵌入到目标备份应用程序中才能为您带来真正的好处。我发现富士通 CS800 非常有吸引力：TBA CS800 进行备份，保留一些版本以便快速恢复，进行重复数据删除，内部压缩，并在另一端有一个磁带库连接器。
结果：需要更换的磁带少了很多，磁带没有重复数据删除，因此您可以读取和恢复其他系统数据，并且它完全集成到 Veeam。连接器：NAS Share、OST 和 VTL。它跨所有通道进行重复数据删除，这非常性感。并且它处理多个备份流。然后，您可以将压缩的、重复数据删除的数据复制到第二个 CS800（最多 8 个重复数据对 1 个比率），并且只有一个合并的备份磁带库。
在一次培训中，我有机会亲眼目睹了它的实时运行。它就像一个备份黑匣子，拥有自己的 Web 界面，并在 Linux 嵌入式操作系统上运行。Dedup 获得了 Quantum 的许可。使用 OST AIR @ Backup Exec，复制的备份无需先读取新文件即可显示在目标站点上，因为目录直接发送到目标站点上的媒体服务器。最后，他们在盒子里保存了 4 个完整备份和 6 个增量备份，并将磁带活动减少到每月一次写出。数据存储在 Raid 6 FR 上。