Une cartouche RDX n’apporte pas de valeur parce qu’elle peut être retirée. Elle apporte de la valeur lorsqu’une équipe sait quel jeu elle contient, quel statut il a dans Backup Exec, où la cartouche est gardée et comment elle sera utilisée pour restaurer. Une rotation efficace aligne donc le logiciel, le média physique et le registre d’exploitation.
Backup Exec permet de configurer des stockages disque et des cartouches disque selon l’environnement retenu. Ce guide ne donne pas de paramétrage à recopier : comportement des catalogues, rétention, matériel, système et compatibilité doivent être contrôlés dans la documentation actuelle et les références Tandberg Data avant toute mise en production. Son objet est le runbook que l’équipe applique autour du média.
Donner un rôle précis à la copie amovible
Avant de planifier des jours de rotation, décidez pourquoi une copie doit quitter le lecteur. Elle peut constituer une copie séparée pour une restauration de secours, un jeu hebdomadaire à garder hors site, un point de reprise à protéger pendant une investigation ou une solution opérationnelle pour une agence. Chaque rôle entraîne un calendrier, un emplacement et une date de réutilisation différents.
Ne faites pas d’un support amovible le seul emplacement de toutes les sauvegardes sans avoir validé le scénario de reprise. Une cartouche sert généralement en complément d’une stratégie plus large : d’autres copies, des contrôles de sauvegarde, une protection physique et un ordre de restauration défini. Son utilité vient de sa place documentée dans cet ensemble.
Préparer les validations avant le premier job
La compatibilité est une vérification projet, pas une hypothèse éditoriale. Avant d’associer Backup Exec et RDX, contrôlez la version de Backup Exec, le système qui héberge le stockage, le type de périphérique et de connexion, le modèle retenu, les pilotes éventuellement nécessaires, le fonctionnement attendu du stockage et les règles de rétention. Le cas de restauration doit être vérifié avec la même attention.
Préparez aussi le fonctionnement humain : qui examine le résultat du job, qui est autorisé à retirer une cartouche, qui reçoit une copie séparée, qui suit les retards et qui remplace ces personnes. Une rotation ne devrait jamais dépendre de la mémoire d’un seul administrateur.
Suivre trois identités, pas une seule étiquette
Le même support apparaît dans trois contextes qui doivent rester cohérents :
- L’identité physique : la référence durable inscrite sur la cartouche ou l’inventaire matériel.
- L’identité logiciel : le nom ou l’identifiant sous lequel Backup Exec suit le stockage et les jeux associés.
- L’identité opérationnelle : l’entrée du registre indiquant contenu prévu, statut, emplacement, détenteur et date de réemploi.
Une étiquette lisible n’est pas un catalogue de sauvegarde, et un écran logiciel ne dit pas automatiquement qui détient le média. Le registre rapproche les trois sans exposer de données sensibles sur la cartouche. Évitez d’y inscrire des mots de passe, des noms de clients ou un détail inutile sur le contenu.
Mettre en place un cycle de sortie et de retour
Un cycle simple peut être plus robuste qu’un calendrier complexe jamais suivi. À chaque rotation :
- contrôlez le résultat attendu du job et les alertes à examiner ;
- vérifiez que le média prévu correspond à sa référence physique et à l’entrée du registre ;
- gardez une autre copie connue disponible pendant qu’un support part en garde ou en test ;
- enregistrez le retrait, le détenteur ou le lieu prévu, et la date de retour ou de réutilisation ;
- obtenez une confirmation lorsque le média est remis hors site ;
- à son retour, vérifiez son statut avant de le proposer à un nouveau job.
Le rythme quotidien, hebdomadaire ou mensuel dépend des objectifs de reprise et de la capacité à tenir la procédure. Il ne doit pas conduire à réutiliser un support parce que le calendrier le prévoit alors qu’il contient encore un jeu retenu ou qu’une exception est ouverte.
Fiche de rotation à reproduire dans Gutenberg
Cette table peut devenir un bloc Gutenberg ou être tenue dans un outil interne. Elle donne à une personne de remplacement les informations nécessaires pour décider sans deviner.
| Élément | Information à tenir |
|---|---|
| Référence RDX | Identifiant physique permanent de la cartouche |
| Référence Backup Exec | Stockage ou jeu associé dans la console |
| Statut contrôlé | Résultat revu, anomalie éventuelle, responsable |
| Garde actuelle | Détenteur ou emplacement de la cartouche |
| Retrait et réception | Date, personne, confirmation de remise |
| Réemploi autorisé | Date et condition avant retour dans le cycle |
| Exception | Action, propriétaire et délai de résolution |
Le registre n’a pas besoin d’être compliqué. Il doit cependant refléter les faits : une cartouche sortie, reçue, en retard, sous investigation ou autorisée à être réutilisée. Une cartouche seulement « prévue pour vendredi » n’est pas une copie dont la garde est démontrée.
Prévoir le média réinséré et les écarts
Un support qui revient dans l’environnement n’est pas automatiquement prêt pour un job ou un restore. Selon la configuration et l’état de conservation, Backup Exec peut nécessiter des opérations de gestion du stockage, d’inventaire ou de catalogue pour retrouver les jeux attendus. C’est précisément pourquoi l’essai de restauration doit faire partie de la procédure, et pourquoi la documentation de la version réellement déployée doit être consultée.
Les écarts sont tout aussi importants : média absent, résultat de job incertain, confirmation de remise manquante, cartouche demandée pour une investigation. Prévoyez une réserve, une personne qui décide de la suite et une règle simple : ne pas écraser la dernière copie connue pendant que l’écart est traité.
Tester une restauration qui ressemble au vrai incident
Sélectionnez régulièrement une cartouche retenue, pas uniquement le dernier job visible dans la console. À partir du registre, retrouvez le média, préparez les prérequis nécessaires, effectuez la restauration du périmètre convenu et faites-en vérifier l’usage par le responsable métier. Mesurez le temps de recherche, de préparation, de restauration et d’acceptation.
Le test peut révéler une incohérence entre le registre, le catalogue et le média physique. Il peut aussi mettre en évidence un manque d’accès, de capacité ou de documentation. Corrigez la cause, actualisez le runbook puis répétez le contrôle concerné. C’est la seule façon de démontrer que la rotation est réellement une option de reprise.
La rotation de supports en cinq étapes, la checklist de test de restauration et le guide sur l’Air Gap complètent cet article. Les liens vers le stockage hors site et le calcul de supports seront ajoutés lorsque leurs versions françaises seront publiées. Pour une configuration Backup Exec et RDX précise, orientez le lecteur vers la documentation actuelle et les pages Tandberg Data de compatibilité ou de projet.
Partager ce guide
