LTO 硬體壓縮和加密是否標準化？
我即將使用 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 驅動器讀取這些數據的能力有任何問題，但我無法按照標准在軟體中成功解壓縮它。