我即将使用 LTO-4 驱动器设置备份。我知道驱动器旨在与过去 3 代中的任何磁带兼容(因此我应该能够使用 LTO-4、5 或 6 驱动器读取 LTO-4 磁带)。
我想知道这是否也适用于硬件压缩和硬件加密?
在实践中依靠任何 LTO-4/5/6 驱动器读取我的备份磁带的能力是否安全?
我即将使用 LTO-4 驱动器设置备份。我知道驱动器旨在与过去 3 代中的任何磁带兼容(因此我应该能够使用 LTO-4、5 或 6 驱动器读取 LTO-4 磁带)。
我想知道这是否也适用于硬件压缩和硬件加密?
在实践中依靠任何 LTO-4/5/6 驱动器读取我的备份磁带的能力是否安全?
压缩和加密都是 LTO 标准的一部分。这意味着 LTO-6 驱动器应该读取压缩和加密的 LTO-4 磁带。
也就是说,由于硬件加密密钥可以由备份系统本身管理,我认为偶尔会出现兼容性问题,至少在理论上是这样。另一方面,对于压缩,我不希望出现任何问题。
LTO 联盟希望您阅读的答案是肯定的,但不幸的是,它并不是那么简单。
两大 OEM(IBM 和 HP)都遵循已发布的标准IEEE 1619.1(另请参阅)(加密)和ISO/IEC 22091:2002 / ECMA-321(压缩)。但是,标准未涵盖的领域存在一些细微差异,例如:驱动器之间的 IV 生成不同,IBM 忽略原始数据保护标志,以及 IBM 具有不同(和更好)的 SLDC 压缩算法。您可以在此处找到更多详细信息:https ://darkimmortal.com/the-secrets-of-lto-tape/
回到最初的问题,我发现的一个关键问题是IBM LTO-4 驱动器无法读取由 HP LTO-4 驱动器写入的加密LTO-4 磁带(驱动器在读取时立即崩溃,必须重新启动)。我已经尝试了足够多的固件、设置、磁带和数据组合,我确信可以使用 2 个驱动器,这是一个更广泛的问题。我怀疑这个问题是否存在于后代中,或者它会被更广泛地报道,但它强调了一个事实,即 LTO 标准并不像市场营销所暗示的那样万无一失。我已经编写了一个程序来解决这个问题的软件:https ://github.com/lukefor/ltoex
此外,IBM SLDC 压缩似乎不遵循规范。虽然我没有看到 HP 驱动器读取这些数据的能力有任何问题,但我无法按照标准在软件中成功解压缩它。