Bienvenue > Blog sur la sauvegarde et la restauration > Comment exécuter une sauvegarde sur bande avec Bacula Enterprise Edition ? Guide de la sauvegarde et de la restauration sur bande
1 Star2 Stars3 Stars4 Stars5 Stars
(28 votes, average: 5,00 out of 5)
Loading...

Comment exécuter une sauvegarde sur bande avec Bacula Enterprise Edition ? Guide de la sauvegarde et de la restauration sur bande

  • juillet 7, 2021, Rob Morrison

tape backup and recovery in bacula enterprise

Malgré les progrès réalisés dans les stratégies de sauvegarde sur disque à grande échelle et de sauvegarde dans le cloud, la sauvegarde et la restauration sur bande magnétique restent un élément majeur de nombreuses architectures de protection des données. Les bandes offrent des avantages qui sont difficiles à remplacer par une autre technologie. Des facteurs tels que la vitesse d'écriture des données, la portabilité, la fiabilité, la facilité de stockage et la densité des données contribuent à la popularité des bandes magnétiques. Bacula Enterprise Edition supporte les librairies de bandes de tous les fournisseurs, de toutes les tailles et de tous les types, en plus du cloud et de la sauvegarde sur disque, ce qui donne au client une flexibilité totale en matière de support de stockage. Ce guide pratique décrit les étapes de base de l'installation et les notes de configuration pour utiliser la sauvegarde et la restauration sur bande pour la plupart des librairies avec Bacula Enterprise Edition.

Mais d'abord, il y a un sujet qui mérite d'être exploré : les raisons de choisir la bande plutôt que d'autres types de stockage, comme les disques. Ensuite, nous passerons en revue les principaux avantages et défis des disques et des bandes.

Les disques sont un support de stockage bien connu, qui nécessite peu ou pas de maintenance et dont l'évolutivité est assez bonne en général. L'un de leurs principaux avantages est le temps de restauration - permettant un accès plus facile à des fichiers spécifiques de votre sauvegarde. Il y a aussi tous les avantages de la déduplication, qui est essentiellement la suppression de toutes les données dupliquées à un niveau extrêmement granulaire, de sorte que vos sauvegardes prennent généralement beaucoup moins d'espace de stockage.

Cependant, il existe certaines limites lorsqu'il s'agit d'utiliser un disque comme stockage de données. Par exemple, les données conservées sur des disques sont plus susceptibles d'être écrasées ou supprimées accidentellement, et peuvent devenir la cible de virus informatiques spécifiques. Les disques peuvent également s'avérer relativement coûteux en termes d'entretien, car ils sont toujours en train de "travailler" et peuvent surchauffer, ce qui signifie que vous aurez besoin d'un moyen de refroidissement et d'alimentation pour que l'ensemble du système fonctionne correctement. Dans le même temps, certaines personnes pourraient penser que le recours aux sauvegardes en cloud résoudrait ces problèmes, mais les stockages en cloud utilisent souvent les mêmes types de disques que les autres, se contentant de vous permettre d'y accéder. Cela signifie que la plupart de ces problèmes demeurent.

Ensuite, il y a la bande, qui est relativement ancienne en tant que moyen de stockage, mais qui est encore suffisamment fiable pour être considérée comme une alternative de stockage appropriée. L'un des principaux avantages de la bande est sa capacité - la norme LTO-8 permet de stocker jusqu'à 30 To de données par unité de bande (et la future norme LTO-12 promet d'atteindre une capacité globale de 480 To par bande).

Le prix est également un élément clé. La bande est considérée comme l'une des solutions de stockage les moins chères lorsqu'il s'agit de stocker des données à long terme. Elle est également utilisée dans certains services en cloud, et la mise en voûte hors site des bandes en général permet aux données d'échapper aux ramifications d'une catastrophe naturelle ou de tout autre type d'événement qui pourrait endommager vos données sur place.

Des conditions d'entretien appropriées permettront aux bandes de rester en bon état pendant une longue période sans que les données en question ne soient endommagées. On considère que la durée de vie générale d'une bande est d'environ 30 ans. Il y a aussi la nature des sauvegardes sur bande : elles ne sont pas "branchées", dès que la sauvegarde est terminée, le dispositif lui-même se met hors ligne, ce qui protège les données qu'il contient contre les cyberattaques potentielles et autres.

Malheureusement, la bande n'est pas parfaite non plus : elle nécessite des conditions spécifiques pour éviter la détérioration des données, les délais de restauration sont beaucoup plus longs que la plupart des autres solutions en raison de la nécessité d'amener physiquement la bande en question dans votre environnement de travail, et la navigation dans ces données est plus limitée que sur disque. Même avec les développements les plus récents, tels que les systèmes de fichiers à bande linéaire (LTFS), la vitesse de recherche est encore loin d'être comparable à celle du disque.

Malgré ses limites, la bande est toujours considérée comme l'un des types de stockage les plus pratiques lorsqu'il s'agit de stocker des données à long terme - et à cet égard, la bande l'emporte sur la plupart des alternatives.

Le Bacula Enterprise Storage Daemon est le composant qui gère les lectures et les écritures sur les différents périphériques de stockage supportés par Bacula. La sauvegarde sur bande est gérée en partie par des outils natifs de Linux et les périphériques supportés suivent donc largement le support du noyau Linux. Pour savoir si une librairie de bandes ou un lecteur spécifique est supporté ou non par Bacula Enterprise Edition, le support de Bacula Systems peut répondre à cette question. Cependant, la plupart des bandothèques et lecteurs disponibles dans le commerce et supportés par le noyau Linux sont supportés par Bacula.

Il existe quelques idées fausses sur les bandes. Nous allons aborder les plus populaires d'entre elles :

La sauvegarde sur bande est morte. La seule chose qui est morte à propos de la bande comme support de sauvegarde, ce sont les efforts de marketing ! Beaucoup d'entreprises utilisent encore la bande dans leurs systèmes de sauvegarde. Le manque de compréhension générale de la technologie derrière la bande comme type de stockage empêche les gens de comprendre les avantages possibles de l'utilisation de la bande comme support de stockage de sauvegarde. Les vendeurs de bandes en sont en partie responsables, car ils ne font pas grand-chose pour lutter contre les rumeurs négatives et les idées fausses.

La bande en tant que support de stockage peut être remplacée. Il existe des avantages spécifiques à la bande qu'aucun autre type de stockage ne peut égaler aussi facilement. La haute capacité est l'un d'entre eux : conserver de grandes quantités de données sur bande est considérablement moins cher que d'utiliser tout autre support. Pour des raisons de conformité, beaucoup d'entreprises préfèrent la bande au cloud pour stocker leurs données intactes et hors site en même temps. Et les capacités hors ligne des bandes leur permettent d'échapper naturellement à la plupart des cybermenaces de l'ère moderne. Elles nécessitent également moins d'énergie et génèrent moins de chaleur que d'autres types de stockage comme les disques.

La bande est inefficace comme moyen de stockage. Il est vrai que les bandes ont leurs limites, mais elles sont parfaites pour le stockage de données hors site et jouent très bien leur rôle dans la conservation des données à long terme. Il existe une stratégie bien connue en matière de sauvegardes, appelée règle 3-2-1 : vous devez conserver trois copies différentes de vos données dans au moins deux types de stockage différents et au moins une copie doit être conservée hors site - et les sauvegardes sur bande sont un support parfait pour jouer un rôle dans cette stratégie, car ses capacités de stockage sont énormes et, lorsqu'elle est utilisée comme stockage hors ligne, elle est presque impénétrable par les cybermenaces modernes.

La bande en tant que technologie de stockage de données est ancienne et dépassée. Il est bon de rappeler que la bande est essentiellement le seul support de stockage qui est resté stable depuis sa création, avec beaucoup moins de hausses ou de baisses de popularité, comme les expériences de stockage sur disque ou en cloud.

Les sauvegardes sur bande n'ont pas d'avenir. En raison de la réputation de la bande comme type de stockage "mort", beaucoup de gens pensent qu'elle n'évolue pas et n'a pas d'avenir en général. Ce n'est pas vrai ; plus de 80% des entreprises modernes de différentes tailles utilisent la sauvegarde sur bande comme l'un de leurs moyens de stockage de données. De plus, les fabricants de bandes font de leur mieux pour améliorer la bande en tant que support de stockage en général, en incluant non seulement la capacité, mais aussi le cryptage des données dans la bande, le partitionnement des données pour réduire la complexité globale de la sauvegarde, et d'autres technologies d'optimisation.

Certains s'interrogent peut-être sur les raisons d'utiliser des bandes en général, alors qu'il semble que beaucoup délaissent le stockage physique au profit du cloud. Il y a plusieurs raisons à cela :

  • Durabilité - comme nous l'avons déjà mentionné, avec un entretien adéquat, les bandes sont capables de stocker des données pendant environ 30 ans, ce qui représente une durée considérable en général, et tout cela sans aucune maintenance régulière. Cela fait honte à la plupart des disques durs, des disques SSD et autres supports de stockage en comparaison.
  • Sécurité – les formats de bande modernes tels que LTO-Ultrium offrent un cryptage des données sur bande pour garantir la conformité avec toutes sortes de lois et de normes en matière de sécurité des données. Le fait de savoir où votre sauvegarde sur bande est physiquement stockée est également considéré comme un avantage majeur lorsqu'il s'agit de contrôler physiquement les données d'une entreprise.
  • Portabilité – malgré sa capacité en général, la bande est généralement assez facile à stocker, surtout si on la compare aux systèmes en cloud ou aux disques durs de toute sorte.
  • Prix de conversion - certaines entreprises plus anciennes ne disposent pas des fonds nécessaires pour effectuer la migration vers un autre support de stockage de données ou pour en inclure un autre à côté des bandes. Les conversions complètes de stockage de données exigent généralement une quantité incroyable de travail et de fonds, ajoutez à cela tout le travail concernant les changements de politique - et ce sera une raison suffisante pour les entreprises de continuer à utiliser les bandes malgré tout.
  • Conformité - certaines organisations trouvent qu'il est plus facile d'utiliser les bandes comme moyen de respecter les lois et obligations de conformité, par exemple certaines banques et institutions juridiques.

Alors que la plupart des lecteurs de sauvegarde et de restauration sur bande fonctionnent avec très peu de configuration, il y a quelques éléments principaux à connaître afin d'obtenir les meilleures performances et la meilleure fiabilité possibles. Bacula Enterprise dispose d'une interface web, BWeb, qui simplifie grandement la configuration et fournit des valeurs par défaut judicieuses, mais il est bon de comprendre ce qui se passe en dessous dans les fichiers de configuration. Pour avoir une idée de la façon dont BWeb gère la création et la configuration des échangeurs automatiques, veuillez regarder la vidéo ici : https://www.youtube.com/watch?v=_HZ-lnt4vg0 . Cette vidéo concerne l'installation d'un autochangeur de disque à déduplication, mais le même assistant et le même processus sont utilisés pour installer des périphériques à bande. Les informations qui suivent devraient vous aider à combler les lacunes lors de l'installation d'un autochangeur de bande, ou vous permettre d'installer des autochangeurs de bande sans l'aide de BWeb.

Par défaut, Bacula Enterprise est installé avec un certain nombre d'exemples de configurations fonctionnelles. Il y a un exemple de tape autochanger (Bacula utilise le mot autochanger pour décrire la bibliothèque de bandes) qui devrait ressembler à celui ci-dessous.


# An autochanger device with two drives
#
#Autochanger {
# Name = Autochanger
# Device = Drive-1
# Device = Drive-2
# Changer Command = "/opt/bacula/scripts/mtx-changer %c %o %S %a %d"
# Changer Device = /dev/sg0
#}

#Device {
# Name = Drive-1 #
# Drive Index = 0
# Media Type = DLT-8000
# Archive Device = /dev/nst0
# AutomaticMount = yes; # when device opened, read it
# AlwaysOpen = yes;
# RemovableMedia = yes;
# RandomAccess = no;
# AutoChanger = yes
# #
# # New alert command in Bacula Enterprise Edition 8.8.0
# # Note: you must have the sg3_utils (rpms) or the
# # sg3-utils (deb) installed on your system.
# # and you must set the correct control device that
# # corresponds to the Archive Device
# Control Device = /dev/sg?? # must be SCSI ctl for /dev/nst0
# Alert Command = "/opt/bacula/scripts/tapealert %l"
#
# #
# # Enable the Alert command only if you have the mtx package loaded
# # Note, apparently on some systems, tapeinfo resets the SCSI controller
# # thus if you turn this on, make sure it does not reset your SCSI
# # controller. I have never had any problems, and smartctl does
# # not seem to cause such problems.
# #
# Alert Command = "sh -c 'tapeinfo -f %c |grep TapeAlert|cat'"
# If you have smartctl, enable this, it has more info than tapeinfo
# Alert Command = "sh -c 'smartctl -H -l error %c'"
#}

#Device {
# Name = Drive-2 #
# Drive Index = 1
# Media Type = DLT-8000
# Archive Device = /dev/nst1
# AutomaticMount = yes; # when device opened, read it
# AlwaysOpen = yes;
# RemovableMedia = yes;
# RandomAccess = no;
# AutoChanger = yes
# # Enable the Alert command only if you have the mtx package loaded
# Alert Command = "sh -c 'tapeinfo -f %c |grep TapeAlert|cat'"
# If you have smartctl, enable this, it has more info than tapeinfo
# Alert Command = "sh -c 'smartctl -H -l error %c'"
#}

Décortiquons un peu la situation. Pour obtenir une meilleure configuration, nous devons apporter quelques modifications. Tout d'abord, il faudrait lui donner un meilleur nom pour éviter toute confusion à l'avenir. Les noms des périphériques peuvent également être modifiés, puisqu'ils ne sont que des références aux ressources des périphériques que nous allons examiner. Ensuite, il est préférable d'utiliser le nom du périphérique udev plutôt que le chemin du périphérique '/dev/sgX', car le nom udev ne changera jamais lors d'un redémarrage. Cela ressemblera donc à '/dev/tape/by-id/scsi-xxxxxxxxxxxx' La commande changer n'a généralement pas besoin d'être modifiée, et vous pouvez voir le script dans '/opt/bacula/scripts/' si vous voulez voir comment il fonctionne. L'exemple ci-dessous est plus proche d'une configuration de production :


# An autochanger device with two drives
#
#Autochanger {
# Name = HPLTOLib1
# Device = HPLTOLib1-Drive-1
# Device = HPLTOLib1-Drive-2
# Changer Command = "/opt/bacula/scripts/mtx-changer %c %o %S %a %d"
# Changer Device = /dev/tape/by-id/scsi-xxxxxxxxxxxx
#}

Ensuite, examinons les périphériques de bande. Comme pour l'autochangeur lui-même, nous voudrons renommer les périphériques pour qu'il soit clair à quel périphérique ils appartiennent. Dans ce cas, les noms doivent correspondre à ceux de la configuration de l'autochangeur . Nous voudrons également utiliser les noms persistants de udev, comme vous pouvez le voir ci-dessous. L'index du lecteur est important ; lorsque mtx-changer émet une commande telle que 'load tape x into drive y', il utilise l'index du lecteur à partir de ce paramètre de périphérique pour déterminer où ira la bande. Cela doit donc correspondre à ce que la bibliothèque elle-même comprend comme étant la numérotation du lecteur. En général, cela commence par le lecteur 0.

Le type de média est une désignation arbitraire donnée aux périphériques d'une bandothèque pour indiquer à Bacula quels périphériques peuvent être appelés pour exploiter quelles bandes. Les bandes sont également étiquetées avec un type de média. Cela signifie que, par exemple, si vous avez deux lecteurs de bandes LTO-7 dans la bibliothèque A, et deux dans la bibliothèque B, il peut être préférable de leur donner des types de média différents afin que Bacula ne demande pas un montage de la bibliothèque A vers la bibliothèque B. Donc, dans ce cas, nous allons donner le type de média au changeur automatique.

Always Open signifie que Bacula ne rembobinera pas la bande après chaque session d'écriture, mais laissera le lecteur prêt pour le prochain ajout. Automatic Mount signifie ce qu'il semble être : Bacula montera et utilisera les périphériques de bande sans intervention de l'utilisateur. Removable Media indique à Bacula que le média n'est pas toujours disponible dans l'autochangeur et modifie le comportement lorsqu'une nouvelle bande est nécessaire. Random Access est réglé sur 'non' car les bandes sont lues et écrites de manière linéaire, et enfin Bacula doit savoir que le périphérique est membre d'un changeur automatique. Bacula Enterprise peut également utiliser les paquets sg3-utils pour envoyer des commandes d'alerte et de surveillance des bandes, et vous avertir si un lecteur présente des erreurs. La configuration ci-dessous est donc très bonne, et peut être copiée pour le second lecteur en modifiant simplement le nom, l'index du lecteur et le périphérique d'archivage.


#Device {
# Name = HPLTOLib1-Drive-1 #
# Drive Index = 0
# Media Type = HPLTOLib1-LTO-7
# Archive Device = /dev/tape/by-id/scsi-xxxxxxx-nst
# AutomaticMount = yes; # when device opened, read it
# AlwaysOpen = yes;
# RemovableMedia = yes;
# RandomAccess = no;
# AutoChanger = yes
# Maximum Block Size = xxxxxxxx
# Maximum File Size = xxx
# #
# # New alert command in Bacula Enterprise Edition 8.8.0
# # Note: you must have the sg3_utils (rpms) or the
# # sg3-utils (deb) installed on your system.
# # and you must set the correct control device that
# # corresponds to the Archive Device
# Control Device = /dev/sg?? # must be SCSI ctl for /dev/nst0
# Alert Command = "/opt/bacula/scripts/tapealert %l"
#

Ainsi, avec ce qui précède, nous pourrions très probablement avoir une configuration fonctionnelle qui peut charger, décharger, lire et écrire des volumes. Quelles sont les étapes suivantes ? Tout d'abord, il existe un outil de ligne de commande appelé 'btape' qui doit être exécuté avant de mettre quoi que ce soit en production. Veuillez noter que btape détruira toutes les données présentes sur un volume, aussi veuillez utiliser une bande vierge ! Dans btape, il y a des commandes pour tester le changeur automatique, pour tester l'écriture d'une bande complète et s'assurer qu'elle peut être relue, ainsi que des outils de test de performance. Une exécution réussie de 'btape test' pour chaque appareil et de 'btape autochanger' doit être considérée comme une exigence minimale.

Enfin, pour les performances, la "taille maximale des blocs" et la "taille maximale des fichiers" doivent être définies pour chaque périphérique. Les valeurs qui permettront d'obtenir les meilleures performances dépendent principalement de la technologie du lecteur de bande. Les valeurs par défaut sont définies par BWeb, ou peuvent être fournies par le support Bacula Systems. La taille des blocs est généralement comprise entre 64 et 512k, et la taille des fichiers entre 1 et 5GB. Il est préférable d'obtenir les recommandations actuelles du Support de Bacula Systems lorsque cela est possible, puis de les appliquer et de les tester en utilisant le test de vitesse btape. Veuillez noter que la taille des blocs ne peut pas être modifiée facilement une fois en production, prenez donc le temps de faire des tests au préalable.

Nous espérons vous avoir donné un aperçu utile de la façon de configurer la sauvegarde et la restauration sur bande dans Bacula. Comme toujours, le manuel principal de Bacula contient des informations détaillées sur chaque option de configuration, ainsi que des exemples de configurations. Pour les clients de Bacula Enterprise Edition, n'hésitez pas à contacter le support si vous avez des questions sur la configuration des périphériques à bande.

À propos de l’auteur

Rob Morrison Rob sur LinkedIn

Rob Morrison est le directeur marketing de Bacula Systems. Il a commencé sa carrière dans le marketing informatique chez Silicon Graphics en Suisse, où il a obtenu de bons résultats dans divers rôles de gestion du marketing pendant près de 10 ans. Au cours des 10 années suivantes, Rob a également occupé divers postes de gestion du marketing chez JBoss, Red Hat et Pentaho, assurant la croissance des parts de marché de ces sociétés bien connues. Il est diplômé de l'université de Plymouth, titulaire d'un diplôme spécialisé en médias et communications numériques, et a suivi un programme d'études à l'étranger.

laissez un commentaire

Your email address will not be published. Required fields are marked *