Я собираюсь создать резервную копию с помощью привода LTO-4. Я знаю, что накопители должны быть совместимы с любыми лентами последних трех поколений (поэтому я должен иметь возможность читать ленту LTO-4, используя привод LTO-4, 5 или 6).
Интересно, относится ли это также к аппаратное сжатие и аппаратное шифрование?
Безопасно ли на практике полагаться на способность любого диска LTO-4/5/6 читать мои резервные ленты?
Как сжатие, так и шифрование являются частью стандарта LTO. Это означает, что сжатая и зашифрованная лента LTO-4 должна считываться приводом LTO-6.
Тем не менее, поскольку аппаратным ключом шифрования может управлять сама система резервного копирования, я думаю, что иногда могут возникать проблемы совместимости, по крайней мере, теоретически. С другой стороны, в отношении сжатия я не ожидаю, что что-то пойдет не так.
Ответ, который консорциум LTO хочет, чтобы вы прочитали, - да, но, к сожалению, это не так просто.
Оба основных OEM-производителя (IBM и HP) соблюдают опубликованные стандарты. IEEE 1619.1 (смотрите также) (шифрование) и ИСО / МЭК 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 читать эти данные, мне не удалось успешно распаковать их в программном обеспечении, следуя стандарту.