Bonjour,
Etant entrain de mettre en place une solution d'archivage à long terme à
base LTO-8 pour des clients intéressés et moi-même (**), je n'aurai
toutefois qu'un lecteur. En plus de la consultation des pages SCSI MODE
SENSE permettant de lister les erreurs corrigées (à l'écriture: rewrite
automatique; à la lecture: correction d'erreur -- ça me rappellera des
activités marrantes fin 199x)), j'aimerais vérifier sur un autre lecteur
que les données peuvent être relues.
Mon principe: ne pas utiliser LTFS ni la compression (*) ni le
chiffrement du lecteur, mais fournir des gros fichiers déjà compressés
(zstd) et chiffrés (openssl)(qq TB), chaque fichier étant séparé des
autres par une fin de fichier (seek rapide donc), puis à la fin de la
cassette un fichier avec les MD5SUM des fichiers précédents.
Donc c'est assez facile à vérifier: seeker à la fin, revenir d'un
fichier, lire, puis parcourir les autres fichiers de la cassette
et vérifier.
Il existe certes des services de relecture (j'en ai trouvé en Allemagne
p.ex.), mais c'est "relativement" cher.
On pourrait imaginer un échange de bons procédés croisés. D'après
les principes du LTO, un lecteur LTO-8 pourrait relire du LTO-[789].
A disposition pour tout échange sur le sujet.
(*) j'ai déjà pu tester l'écriture et la lecture à > 360 MByte/s
via SAS, de/vers un array RAID10 à > 450 MByte/s USB sans souci
mais je doute que mon setup, en utilisant la compression
et le chiffrement du lecteur, survive aux > 700 MByte/s
nécessaires en compression 2x, d'où ma non utilisation
de la compression du lecteur.
(**) 12TB par cassette, avec cassettes moins de 50 CHF,
shelf-life (offline) de plusieurs années, on est
largement mieux qu'un HDD ou SDD de 12 TB semble-t-il
(évidemment le prix d'un lecteur neuf est un peu
cher).
_______________________________________________
gull mailing list
gull@forum.linux-gull.ch
https://forum.linux-gull.ch/mailman/listinfo/gull
