Tar, cpio et bandes : construire une archive que l’on sait relire

Créer, lister puis extraire dans un répertoire séparé

Tar reçoit les chemins à archiver ; cpio utilise généralement une liste de noms fournie sur l’entrée standard. L’archive peut préserver certaines métadonnées, mais le résultat dépend du format, des options et des droits. Testez les ACL, attributs et liens dont votre application a besoin.

L’exemple utilise un dossier de test et une destination vide. Inspectez une archive reçue avant extraction : noms absolus, remontées de répertoire et liens symboliques méritent un contrôle. Pour un fichier inconnu, travaillez dans un environnement isolé et sans privilèges.

tar -cf essai.tar -C dossier-test .
tar -tf essai.tar
mkdir restauration-test
tar -xf essai.tar -C restauration-test

Comprendre les périphériques st et nst

Sous Linux, les noms /dev/st0 et /dev/nst0 peuvent désigner le même lecteur avec des comportements de rembobinage différents à la fermeture. Ce n’est pas une garantie que le premier lecteur est celui que vous voulez utiliser : vérifiez inventaire, bibliothèque et cartouche.

Une bande est séquentielle. L’ordre des jeux de données, les marques de fichiers et le positionnement sont essentiels à la relecture. Étiquetez les cartouches et conservez un catalogue indépendant. Ne lancez pas une écriture d’essai sur une bande contenant une sauvegarde utile.

Vérifier ce que l’archive ne capture pas

Une archive de fichiers ouverts peut être incohérente pour l’application. Produisez d’abord un export cohérent ou utilisez une méthode prise en charge. La compression seule n’apporte ni chiffrement ni copie hors site.

Testez une restauration depuis le support réel, avec le lecteur et les clés disponibles dans le scénario de sinistre. Notez le temps de recherche de la cartouche et de positionnement, pas seulement celui de transfert. Conservez plusieurs versions selon les besoins et mesurez régulièrement la capacité de reprise.