Une bande magnétique bien stockée conserve ses données pendant des décennies : ce n'est presque jamais le support qui meurt. Le vrai risque, c'est de ne plus pouvoir la relire. Pour extraire le contenu d'une vieille bande LTO, DLT ou DAT, il faut réunir un lecteur de la bonne génération et en état de marche, la connectique adaptée (SCSI ou SAS), un ordinateur et un système d'exploitation compatibles, et le logiciel capable de comprendre comment la sauvegarde a été écrite. C'est tout cet écosystème qui disparaît année après année. Le bon repère : au-delà de quinze ans, il devient urgent d'extraire les données que vous voudrez encore exploiter demain.

Cet article explique pourquoi une archive parfaitement lisible peut devenir inaccessible, et comment migrer avant qu'il ne soit trop tard.

La bande, un support étonnamment durable

Commençons par la bonne nouvelle. Une bande magnétique (LTO, DLT, DAT) stockée dans de bonnes conditions traverse le temps remarquablement bien.

Ces bonnes conditions sont connues : à l'abri de la lumière et des ultraviolets, dans un local à température fraîche et stable, de l'ordre de 18 à 20 °C, sans écarts thermiques importants, et à l'abri de l'humidité. Une bande conservée ainsi garde ses données lisibles pendant des décennies. La dégradation physique du support n'est presque jamais ce qui nous amène un dossier.

Ce qui pose problème, ce n'est donc pas la longévité de la bande, mais tout ce qu'il faut réunir autour d'elle pour en extraire le contenu. Cela se joue sur deux fronts : le matériel et le logiciel.

Premier obstacle : trouver un lecteur compatible et fonctionnel

Une bande ne se lit pas toute seule. Il faut un lecteur, et pas n'importe lequel.

La compatibilité de génération. Chaque génération de bande exige un lecteur adapté. La règle du consortium LTO est précise : un lecteur lit les bandes de sa génération et des deux générations précédentes, mais n'écrit que sur sa génération et la précédente. Un lecteur LTO-5, par exemple, lit les bandes LTO-3, LTO-4 et LTO-5. Attention toutefois : cette règle a été resserrée à partir du LTO-8, qui ne lit plus que la génération immédiatement antérieure. Plus vos bandes sont anciennes, plus la fenêtre de lecteurs capables de les lire est étroite, et ces lecteurs se raréfient sur le marché.

Un lecteur qui fonctionne vraiment. Trouver le bon modèle ne suffit pas. Certains lecteurs exigent une cartouche de nettoyage et refusent obstinément de lire la moindre bande tant qu'ils ne se considèrent pas comme propres. Un lecteur « disponible » n'est pas forcément un lecteur opérationnel.

La connectique, un casse-tête qui empire. C'est souvent là que tout se complique. Si vous avez de la chance, le lecteur utilise une interface SAS (Serial Attached SCSI), une technologie récente qui se branche sans difficulté sur un ordinateur moderne. Mais beaucoup de lecteurs anciens sont en SCSI parallèle, et il n'existe pas un SCSI, mais toute une succession de normes : SCSI-1, SCSI-2, Fast et Wide SCSI, Ultra SCSI, Ultra2 en LVD, jusqu'aux Ultra160 et Ultra320. Chacune a ses connecteurs (Centronics 50, HD50, HD68, VHDCI) et ses règles de terminaison (passive, active, LVD).

Plus la norme est ancienne, plus il faut une carte contrôleur d'époque, et une carte mère capable d'accueillir cette carte. Or les vieilles cartes SCSI se font rares, et les cartes mères récentes ne les reconnaissent pas. Reconstituer une chaîne complète tient parfois de la fouille archéologique : un lecteur compatible, relié à la bonne carte contrôleur, elle-même détectée par une carte mère assez ancienne, sur un système d'exploitation où l'on a pu installer les bons pilotes. Ce n'est qu'au bout de cette chaîne que la bande devient lisible.

Deuxième obstacle : le format, le logiciel et le catalogue

Supposons le problème matériel résolu : le lecteur tourne, l'ordinateur le voit, la bande défile. Un nouveau mur se dresse, logiciel cette fois.

Il faut comprendre comment une bande est écrite. À l'origine, elle est totalement vierge, sans aucune structure. Le lecteur commence par y inscrire sa propre organisation, propre au modèle de lecteur, en posant des repères appelés file marks, qui délimitent le début de la bande, le début d'une session, et ainsi de suite. Par-dessus cette structure, le logiciel de sauvegarde dépose enfin les données.

Et tout dépend de ce logiciel. Dans le meilleur des cas, il a utilisé un format ouvert et documenté que l'on sait interpréter : MTF (Microsoft Tape Format), TAR, ou des formats IBM. Dans le pire, le format est propriétaire, parfois chiffré : il faut alors le logiciel d'origine, non seulement pour ouvrir la bande, mais pour comprendre comment la sauvegarde y a été construite.

Le rôle central du catalogue. Un catalogue de sauvegarde est l'index tenu par le logiciel : il recense quels fichiers ont été sauvegardés, quand, sur quelle bande, et à quelles versions successives. Sans ce catalogue, on ignore ce que contient la bande. Il faut alors la lire intégralement, en copier le contenu, et reconstituer l'index.

D'où deux voies pour extraire vos données :

Voie d'extraction	Quand	Comment
Logiciel d'origine	Le logiciel de sauvegarde d'époque est disponible	On recrée le catalogue avec le logiciel d'origine, puis on extrait les fichiers (nous conservons un large stock d'anciens logiciels)
Extraction directe	Logiciel introuvable ou format récalcitrant	On utilise nos propres outils ou une analyse développée sur mesure pour extraire les données à la volée, en arborescence lisible

Encore faut-il savoir à quel logiciel on a affaire. Très souvent, le client ne sait plus du tout ce qui a servi à écrire ses bandes. Nous analysons alors le début de la bande en hexadécimal, à la recherche de motifs reconnaissables qui trahissent le logiciel utilisé à l'époque. Cette identification conditionne toute la suite.

Une histoire vraie : quand récupérer une bande impose de ressortir un Mac de 20 ans

Un cas illustre bien la difficulté. Un lot de bandes nous arrive ; à l'analyse du début du contenu, nous identifions le logiciel : Retrospect.

Le problème est en poupées russes. Le format de Retrospect n'est pas ouvert : sa structure est opaque, et les données sont compressées selon des méthodes qu'on ne peut pas deviner de l'extérieur. Pour lire ce backup, il faut donc le logiciel Retrospect lui-même. Mais Retrospect ne tourne que sur Mac. Et chaque version de Retrospect produit des sauvegardes différentes : il faut donc exactement la bonne version du logiciel. Or cette version-là exige une version précise de macOS, qui exige elle-même un modèle précis d'ordinateur Apple.

De fil en aiguille, récupérer ces données a imposé de ressortir de vieux ordinateurs Apple d'une vingtaine d'années. Au prix de pas mal d'efforts, les données du client ont finalement été extraites. L'anecdote résume tout le propos de cet article : une bande parfaitement lisible peut rester inaccessible pendant des années simplement parce que la chaîne logicielle qui va avec a disparu.

Quand faut-il migrer ? Le repère des 15 ans

Il n'y a pas de date couperet, mais une logique. La migration doit être un processus réfléchi : identifier, parmi vos bandes, celles dont le contenu doit rester utilisable dans le futur, et les traiter en priorité.

Le principe directeur est de ne pas trop tarder. Chaque année qui passe complique la tâche, et pas seulement à cause du matériel. Les connaissances internes se perdent : le responsable informatique de l'époque part à la retraite, les lecteurs sont mis au rebut, les vieux ordinateurs jetés. Arrive le moment où plus personne, dans l'entreprise, ne sait ce que contiennent les bandes ni comment les lire, et où l'on nous confie un carton de cartouches avec, pour toute indication : « on ne sait pas trop ce qu'il y a dessus ».

En pratique, quinze ans est un bon repère pour extraire le contenu des bandes dont on veut préserver l'usage futur.

Quelles données méritent cette attention ? D'abord les plus sensibles et les plus réglementées : dossiers médicaux, données bancaires. Ensuite tout ce qui garde de la valeur dans le temps, comme les brevets. Mais aussi un patrimoine que l'on oublie souvent : des relevés météorologiques de trente ou quarante ans, des archives photographiques. Ces données-là sont irremplaçables : perdre la bande, c'est perdre à jamais des décennies de mesures ou de mémoire visuelle.

L'enjeu réglementaire n'est pas mince non plus. Certaines données ont des durées de conservation légales longues, notamment dans le bancaire et le médical. Un dossier médical, par exemple, doit être conservé de nombreuses années, et reste utile bien au-delà : en cas de décès, il permet de retrouver la trace des opérations subies, des implants ou appareils posés, des antécédents. Autant d'informations qui n'ont de valeur que si l'on peut encore les lire.

Comment se déroule une extraction, étape par étape

Concrètement, voici comment nous procédons face à un lot de bandes anciennes.

1. Reconstitution du parc matériel. Nous assemblons la chaîne de lecture adaptée : le lecteur compatible avec la génération de la bande, la bonne carte contrôleur (SCSI ou SAS), un système d'exploitation d'époque muni des pilotes nécessaires.
2. Copie bit à bit. Avec notre logiciel maison, nous réalisons une copie brute de la bande. Cette étape détermine déjà le block size (taille de bloc fixe ou variable) et permet de dumper les premiers 100 à 200 Mo.
3. Analyse du contenu. Sur cet extrait, nous cherchons des motifs connus pour identifier le format : MTF, formats IBM, TAR, ou autre.
4. Devis et mandat. L'analyse débouche sur un devis et un mandat qui fixent la suite du travail.
5. Extraction. Selon le format identifié, nous travaillons soit directement à partir de notre copie pour extraire les données à la volée, soit, dans les cas spécifiques, avec le logiciel de sauvegarde d'origine. Le résultat est une restitution structurée et lisible de vos données.

Questions fréquentes

Combien de temps se conserve une bande magnétique ?

Bien stockée (à l'abri de la lumière, à 18-20 °C stables, sans humidité), une bande LTO, DLT ou DAT conserve ses données pendant des décennies. La limite pratique n'est pas la durée de vie du support, mais la disponibilité d'un lecteur, d'une connectique et d'un logiciel encore capables de la lire.

Pourquoi ne peut-on plus lire une vieille bande de sauvegarde ?

Parce qu'il faut reconstituer toute une chaîne : un lecteur de la bonne génération et fonctionnel, la carte contrôleur adaptée (souvent du SCSI ancien), une carte mère et un système d'exploitation compatibles, et le logiciel d'origine ou son catalogue. Un maillon manquant suffit à rendre la bande inaccessible.

Un lecteur LTO récent peut-il lire mes anciennes bandes LTO ?

Selon la règle du consortium LTO, un lecteur lit sa génération et les deux précédentes, et écrit sur sa génération et la précédente. Un LTO-5 lit donc du LTO-3 à LTO-5. Cette compatibilité a été réduite à partir du LTO-8, qui ne lit plus que la génération immédiatement antérieure.

Qu'est-ce qu'un catalogue de sauvegarde et pourquoi est-il indispensable ?

C'est l'index créé par le logiciel de sauvegarde : il indique quels fichiers ont été enregistrés, quand, sur quelle bande et dans quelles versions. Sans lui, on ne sait pas ce que contient la bande ; il faut alors la lire entièrement et reconstituer cet index avant toute extraction.

Au bout de combien de temps faut-il migrer ses bandes ?

Un bon repère est d'environ quinze ans, en traitant en priorité les données réglementées (médical, bancaire), les brevets et les archives irremplaçables. Le facteur décisif est de ne pas attendre la perte des lecteurs, des logiciels et des compétences internes.

Peut-on récupérer une bande dont on ne connaît plus le logiciel ?

Oui. On analyse le début de la bande en hexadécimal pour identifier le format et le logiciel d'origine à partir de motifs reconnaissables, puis on extrait les données avec le logiciel d'époque ou avec des outils développés sur mesure. Même un carton de bandes « inconnues » peut être analysé.