Sauvegarde sur bande (LTO) et médias¶
Objectif : écrire chaque semaine le contenu du datastore pbs01 sur bandes LTO, avec un media pool qui fixe la rotation et la durée de protection, puis sortir les cartouches vers un coffre. La bande apporte la copie réellement hors ligne de la règle 3-2-1-1-0 ; elle complète la copie MSP sans la remplacer.
Notions¶
| Terme | Définition |
|---|---|
| Drive / Changer | Lecteur LTO autonome, ou robot (librairie) qui charge les cartouches depuis des slots |
| Media pool | Ensemble logique de cartouches ciblé par un job ; porte l'allocation, la rétention et le chiffrement |
| Media set | Suite de cartouches écrites à la suite dans un pool. On restaure à l'échelle du media set : il faut toutes ses cartouches |
| Allocation policy | Quand démarrer un nouveau media set : continue, always, ou un événement calendaire (weekly, sat 18:00) |
| Retention policy | Combien de temps une cartouche est protégée contre l'écrasement : overwrite, une durée (4 weeks), keep |
| Inventaire / catalogue | Liste des cartouches connues ; contenu de chaque cartouche (nécessaire pour restaurer un snapshot précis) |
Matériel : LTO-5 et ultérieurs pris en charge (LTO-4 en best effort), librairies au protocole SCSI Medium Changer. Le chiffrement matériel LTO est piloté par PBS. Les données étant déjà compressées, la compression du lecteur n'apporte rien. Depuis LTO-9, chaque cartouche neuve doit être optimisée au premier chargement (40 à 120 min).
Avant de toucher la prod
- Lecteur ou librairie raccordé en SAS/FC au serveur PBS, visible dans
lsscsi. - Cartouches neuves ou effaçables, étiquettes code-barres (8 caractères) et cartouche de nettoyage
CLN…. - Débit de lecture du datastore suffisant : un LTO-8 écrit jusqu'à 360 Mo/s, un datastore HDD lit souvent 60 à 100 Mo/s.
- Rotation et lieu de stockage (coffre, site distant) validés avec le responsable infra.
- Mot de passe de la clé de chiffrement bande stocké dans le coffre-fort de mots de passe.
Étapes¶
- Tape Backup → Changers → Scan puis Add (librairie) ; Tape Backup → Drives → Scan puis Add : choisir le chemin
/dev/tape/by-id/…, rattacher le lecteur au changer (numéro de lecteur 0). - Tape Backup → Encryption Keys → Add : clé avec indice de mot de passe ; imprimer la Paperkey.
- Tape Backup → Media Pools → Add : nom
hebdo, Allocationsat 18:00, Retention5 weeks, clé de chiffrement. - Tape Backup → Inventory : Label Media (ou Barcode Label pour toute la librairie), pool
hebdo. - Tape Backup → Backup Jobs → Add : datastore
pbs01, poolhebdo, drivelto1, schedulesat 18:00, Latest only coché, Export Media Set (librairie) ou Eject Media (lecteur seul). - Run Now pour un premier passage, puis contrôler Tape Backup → Content.
proxmox-tape changer scan
proxmox-tape changer create lib1 --path /dev/tape/by-id/scsi-CC2C52
proxmox-tape drive scan
proxmox-tape drive create lto1 --path /dev/tape/by-id/scsi-12345-sg
proxmox-tape drive update lto1 --changer lib1 --changer-drivenum 0
proxmox-tape changer status lib1
proxmox-tape key create --hint "bande 2026"
proxmox-tape key paperkey <empreinte> --output-format text > cle-bande.txt
proxmox-tape pool create hebdo
proxmox-tape pool update hebdo --allocation 'sat 18:00' --retention '5 weeks'
proxmox-tape barcode-label --pool hebdo
proxmox-tape backup-job create hebdo-pbs01 --store pbs01 --pool hebdo \
--drive lto1 --schedule 'sat 18:00'
proxmox-tape backup-job update hebdo-pbs01 --latest-only --export-media-set
proxmox-tape backup-job run hebdo-pbs01
L'association de la clé au pool se fait dans Media Pools (GUI) ; vérifiez l'option exacte avec proxmox-tape pool update --help.
Rotations types¶
| Schéma | Pools | Usage |
|---|---|---|
| Hebdomadaire 5 semaines | hebdo, allocation hebdomadaire, rétention 5 semaines |
Copie hors ligne courante |
| Hebdo + annuel | hebdo + annuel (rétention keep, cartouches WORM possibles) |
Archivage réglementaire |
| Un pool par jour ouvré | lundi à vendredi |
Grandes librairies, rotation quotidienne |
Ne mélangez pas cartouches WORM et réinscriptibles dans un même pool.
Restaurer depuis la bande¶
proxmox-tape media content # media sets et snapshots
proxmox-tape restore <uuid-media-set> pbs01-restore # tout le media set vers un datastore
proxmox-tape restore <uuid-media-set> pbs01-restore vm/101/2026-10-17T22:00:00Z
Restaurer d'abord dans un datastore dédié (pbs01-restore), puis la VM avec RB-12. Sans catalogue (PBS reconstruit), seule la restauration d'un media set complet est possible ; le catalogue est alors recréé.
Vérifications
Tâche Tape Backup terminée en OK ; Tape Backup → Content liste le media set et ses snapshots ; proxmox-tape changer status lib1 montre les cartouches exportées dans les slots d'import/export. Test de restauration d'une VM depuis bande au moins une fois par trimestre.
Rollback
Désactiver ou supprimer le job (proxmox-tape backup-job remove hebdo-pbs01) ; les cartouches et le catalogue sont conservés. Une cartouche étiquetée par erreur se ré-étiquette après effacement (proxmox-tape format), uniquement si elle ne contient rien à garder.
Pièges vus en support
- Cartouche laissée dans le lecteur : la copie n'est ni hors ligne ni hors site.
- Mot de passe de la clé de chiffrement bande perdu : bandes illisibles. La clé est stockée sur chaque cartouche, protégée par ce mot de passe.
- Datastore HDD lent : le lecteur s'arrête et redémarre sans cesse (shoe-shining), usure prématurée.
- Nettoyage jamais fait sur un lecteur autonome : erreurs d'écriture.
proxmox-tape cleanne fonctionne qu'avec une librairie. - Restauration d'un seul snapshot répétée pour beaucoup de VMs : plusieurs passages sur la bande, plus lent qu'une restauration du media set.
Quand ouvrir un ticket iTop
Mise en place initiale d'une librairie (zoning, pilotes, rotation) : demande P4, à faire avec le MSP. Lecteur non détecté, erreurs SCSI ou de média répétées, restauration depuis bande : P3 (P2 si urgente). Joindre proxmox-tape status --drive lto1, proxmox-tape changer status lib1 et le log de la tâche.