Sunt standardizate compresia și criptarea LTO Hardware?
Sunt pe punctul de a configura un backup folosind o unitate LTO-4. Știu că unitățile sunt menite să fie compatibile cu orice bandă din ultimele 3 generații (așa că ar trebui să pot citi o bandă LTO-4 folosind o unitate LTO-4, 5 sau 6), dar mă întreb dacă acest lucru se aplică și comprimării hardware și criptării hardware?
Este sigur în practică să mă bazez pe capacitatea oricărei unități LTO-4/5/6 de a citi casetele mele de rezervă?
Как сжатие, так и шифрование являются частью стандарта LTO. Это означает, что сжатая и зашифрованная лента LTO-4 должна читаться приводом LTO-6.
Тем не менее, поскольку аппаратный ключ шифрования может управляться самой системой резервного копирования, я думаю, что иногда могут возникать проблемы совместимости, по крайней мере теоретически. С другой стороны, в отношении сжатия я не ожидаю, что что-то пойдет не так.
Ответ, который консорциум 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 не могут читать зашифрованные ленты LTO-4, записанные накопителями HP LTO-4 (при чтении накопитель немедленно выходит из строя, и его необходимо перезапустить). Я перепробовал достаточно комбинаций прошивок, настроек, лент и данных, и я так же уверен, как и с двумя дисками, что это более широкая проблема. Я сомневаюсь, что эта проблема существует в более поздних поколениях, иначе о ней будут сообщать более широко, но она подчеркивает тот факт, что стандарт LTO не так надежен, как предполагает маркетинг. Я написал программу для обхода этой проблемы в программном обеспечении: https://github.com/lukefor/ltoex
Кроме того, сжатие IBM SLDC не соответствует спецификации.Хотя я не видел каких-либо проблем со способностью дисков HP считывать эти данные, мне не удалось успешно распаковать их в программном обеспечении, следуя стандарту.