Votre NAS de production exécute une sauvegarde complète sur bande tous les jours, toutes les semaines et tous les mois, conformément à vos exigences en matière de délai d'exécution pour l'archivage ; votre sauvegarde est donc couverte. Vous disposez d'un système pour tester l'intégrité des données de la bande, donc vos données sont couvertes. Maintenant, comment tester votre récupération ?
Quel sera l'effet d'une nouvelle version du client de sauvegarde ? ...d'un correctif du système d'exploitation ? ...et combien de temps cela va-t-il prendre pour le découvrir ? ...et avez-vous l'espace nécessaire à la restauration ?
Une stratégie
- Configurez deux emplacements de sauvegarde :
- un rapide pour les tests de récupération d'OS
- une lenteur pour la sauvegarde et l'intégrité des données
- Sauvegarder juste le système d'exploitation dans le fast store
- Testez fréquemment la récupération de l'OS
- Tester l'intégrité des données moins fréquemment
- Testez la récupération des données encore moins fréquemment
... mais à quelle vitesse est rapide, et à quel point similaire est similaire ?
Cette stratégie implique un compromis. Nous voulons que notre test de sauvegarde/restauration rapide soit le reflet exact de notre sauvegarde/restauration lente, mais si nous utilisons une bande réelle, nous sommes limités par la vitesse de la bande et, pire encore, par sa durée de vie, sans parler de la logistique des lecteurs/librairies/robotiques, des dépenses et des licences de systèmes de sauvegarde supplémentaires.
Nous pouvons donc sauvegarder sur disque à la place, n'est-ce pas ? Eh bien, oui, mais l'écriture sur le(s) fichier(s) du disque et l'écriture sur bande sont deux mondes très différents. La prise en charge des bandes dans divers produits de sauvegarde a été interrompue par des mises à jour du noyau, des mises à jour du module SCSI, des mises à jour logicielles, etc. En théorie, toutes les bandes supportent un sous-ensemble générique raisonnable de commandes SCSI... mais elles ont toutes leurs particularités et il serait vraiment bien de les tester.
Entrer dans la bande virtuelle
mhvtl(https://sites.google.com/site/linuxvtl2/) est un logiciel sous licence GPLv2 créé par Mark Harvey pour créer des lecteurs de bandes et des bibliothèques qui ressemblent aux vrais lecteurs et bibliothèques. Cependant, comme ils sont basés sur des disques, ils sont beaucoup plus rapides.
Mettre en place
Créez une machine séparée qui exporte le lecteur de bande en iSCSI de façon à pouvoir l'importer dans la machine de sauvegarde :
Création de la bibliothèque de bandes virtuelle
ElRepo avait l'habitude de produire une version pré-packagée de mhvtl, mais (au moment d'écrire ces lignes) cela ne semble plus être disponible. Cristie a créé une version packagée utilisant DKMS qui a été testée sur CentOS 7 et est disponible ici :
https://github.com/JamesReynolds/mhvtl-rpm/releases
Vous pouvez l'installer sur une machine CentOS 7 minimale en utilisant :
$ sudo yum install -y epel-release $ sudo yum install -y mhvtl-1.5-3.x86_64.rpm mhvtl-dkms-1.5-3.noarch.rpm
Par défaut, cela va créer un fichier de configuration type avec un grand nombre de périphériques, comme le montre l'exécution de lsscsi :
$ lsscsi [2:0:0:0] mediumx STK L700 0105 /dev/sch0 [2:0:1:0] bande IBM ULT3580-TD5 0105 /dev/st0 [2:0:2:0] bande IBM ULT3580-TD5 0105 /dev/st1 [2:0:3:0] bande IBM ULT3580-TD4 0105 /dev/st2 [2:0:4:0] bande IBM ULT3580-TD4 0105 /dev/st3 [2:0:8:0] mediumx STK L80 0105 /dev/sch1 [2:0:9:0] bande STK T10000B 0105 /dev/st4 [2:0:10:0] bande STK T10000B 0105 /dev/st5 [2:0:11:0] bande STK T10000B 0105 /dev/st6 [2:0:12:0] bande STK T10000B 0105 /dev/st7
Par défaut, tous les périphériques de bande sont vides mais peuvent être chargés comme suit :
$ vtlcmd 11 load E01001L4
Les codes-barres pour les bandes sont définis dans /etc/mhvtl/library_contents.N et ont une forme spéciale qui est détaillée dans ce fichier. Par défaut, les bandes sont créées à 500MB mais elles peuvent facilement être augmentées en utilisant edit_tape :
$ dump_tape -l 11 -f E01002L4 Recherche de PCL : E01002L4 dans la bibliothèque 11 Code de densité du support : 0x46 Code de type de média : 0x08 Description du média : Ultrium 4/16T Capacité de la bande : 524288000 (500 MBytes) Type de média : Données normales Média : lecture-écriture Capacité restante de la bande : 524288000 (500 MBytes) Nombre total de marqueurs de fichiers : 0 Hdr : Fin des données(05), sz 0, Blk No. : 0, données 0 $ edit_tape -l 11 -m E01002L4 -s 50000 -t data -d LTO4 -w off Recherche du PCL : E01002L4 dans la bibliothèque 11 Nouvelle capacité pour E01002L4 : 50000MB Réglage de la densité sur LTO4 Désactiver la protection en écriture pour E01002L4 Déchargez puis chargez la bande pour obtenir la nouvelle taille.
Toutes ces opérations peuvent également être effectuées via le contrôle SCSI de la bibliothèque de bandes elle-même - qui peut être visualisée via votre logiciel de sauvegarde.
Exportation via iSCSI
L'exportation de périphériques via iSCSI est couverte dans de nombreux endroits, nous ne donnerons donc pas de détails ici, mais le script suivant exportera tous les périphériques de bande et de bibliothèque via iSCSI en utilisant l'initiateur défini dans /etc/scsi :
$ yum install -y scsi-target-utils iscsi-initiator-utils
$ systemctl start tgtd
$ . /etc/iscsi/initiatorname.iscsi
$ tgtadm --lld iscsi --op new --mode target --tid 1 -T ${InitiatorName}
$ LUN=0
$ for device in `lsscsi -g | grep -E 'tape|mediumx' | awk '{print $NF}'`;
do
LUN=$(( LUN + 1 ))
tgtadm --lld iscsi --mode logicalunit \
--op new -Y pt -E sg --tid 1 --lun ${LUN} -b ${device}
done
$ firewall-cmd --permanent --add-port=3260/tcp
$ firewall-cmd --reload
$ tgtadm --lld iscsi --op bind --mode target --tid 1 -I ALLTester une récupération
Nous pouvons maintenant tester la sauvegarde et la restauration d'un système au niveau du système d'exploitation :
- Ajouter l'initiateur iSCSI
- Configurer le logiciel de sauvegarde pour utiliser ce dispositif
- Sauvegarde du système d'exploitation, à l'exclusion des lecteurs de données
- Configurer le logiciel de récupération pour utiliser l'initiateur iSCSI
- Restaurer le système d'exploitation
- Test
Cristie CBMR Linux
A titre d'exemple complet, nous pouvons utiliser Cristie CBMR pour effectuer la sauvegarde et la restauration du système.
- Ajouter l'initiateur iSCSI
$ iscsiadm --mode discovery --type sendtargets \
--portal <IP of tape machine>
$ iscsiadm --mode node -p <IP of tape machine> --login- Importer les dispositifs dans CBMR
$ ubax -scan_devices
- Exécuter la sauvegarde
$ ubax -d Tape0 -b /etc/cbmr/scripts/cbmr.scp
- Démarrez l'ISO de récupération puis connectez les outils iSCSI dans un shell comme à l'étape 1.
- Ajouter le périphérique de bande à restaurer
- Exécutez la récupération
Résumé
Selon la complexité du système d'exploitation et l'utilisation de répertoires d'exclusion, il devrait être possible de tester une sauvegarde/restauration sur bande en moins de 15 minutes. Chez Cristie, nous exécutons la création de la machine à bandes via Vagrant et automatisons le processus de récupération en utilisant le VA de Cristie, de sorte que nous pouvons exécuter un test de sauvegarde/restauration d'un système d'exploitation, du début à la fin, en appuyant sur un bouton.
Cela nous permet de faire un aller-retour de moins de 30 minutes pour tester les nouvelles versions de Linux et leur interopérabilité avec différents types de bandes.
CBMR
CBMR a été utilisé à la fois pour la sauvegarde sur bande et la restauration des systèmes d'exploitation. Il a été conçu pour fonctionner avec les bandes pour Windows, Linux, Solaris et AIX :
