{"id":29927,"date":"2019-10-31T21:32:42","date_gmt":"2019-10-31T18:32:42","guid":{"rendered":"https:\/\/prohoster.info\/blog\/bekap-mne-na-lentu-zapili-rasskaz-ot-pervogo-litsa\/"},"modified":"2019-10-31T21:32:42","modified_gmt":"2019-10-31T18:32:42","slug":"bekap-mne-na-lentu-zapili-rasskaz-ot-pervogo-litsa","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/bekap-mne-na-lentu-zapili-rasskaz-ot-pervogo-litsa","title":{"rendered":"\u00abFais-moi un backup sur bande\u00bb. R\u00e9cit \u00e0 la premi\u00e8re personne","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Dans l'article pr\u00e9c\u00e9dent<\/a><\/noindex> Nous vous avons pr\u00e9sent\u00e9 les nouvelles fonctionnalit\u00e9s de la mise \u00e0 jour 4 sortie en janvier pour Veeam Backup & Replication 9.5 (VBR), o\u00f9 nous avons intentionnellement omis de mentionner les sauvegardes sur bande magn\u00e9tique. La discussion sur ce domaine m\u00e9rite un article \u00e0 part enti\u00e8re, car il y avait vraiment beaucoup de nouvelles fonctionnalit\u00e9s.<\/p>\n

\u2013 Les gars du QA, allez-vous \u00e9crire un article ?
\n\u2013 Pourquoi pas !<\/p>\n

\"\u00abFais-moi
\n
\n<\/a><\/noindex><\/p>\n

Les lecteurs de bande au XXIe si\u00e8cle<\/h1>\n

\nLe stockage de donn\u00e9es sur bandes magn\u00e9tiques (cassettes, \u00abbandes<\/b>\u00bb, comme nous les appelons au R&D) ne se limite pas \u00e0 l'ordinateur ZX-Spectrum, qui pouvait charger un jeu en m\u00e9moire vive de 48 ko \u00e0 partir d'une cassette audio<\/a><\/noindex> en quelques minutes. En un quart de si\u00e8cle, la vitesse et la capacit\u00e9 des cassettes ont augment\u00e9 de 6 \u00e0 7 ordres de grandeur. Cela n'est pas tout \u00e0 fait une comparaison correcte, et selon la loi de Moore<\/a><\/noindex> norme La plupart des paquets ont \u00e9t\u00e9 compil\u00e9s en utilisant la technologie<\/a><\/noindex> ne suit pas. Cela dit, les technologies modernes permettent d'enregistrer jusqu'\u00e0 12 t\u00e9raoctets de donn\u00e9es sur une bande d'un kilom\u00e8tre (jusqu'\u00e0 30 t\u00e9raoctets en mode compression), ce qui fait que le lecteur \u00e0 160 dollars surpasse ses concurrents en mati\u00e8re de co\u00fbt de stockage \u00e0 long terme de grandes quantit\u00e9s de donn\u00e9es, m\u00eame en tenant compte des investissements dans l'\u00e9quipement d'enregistrement\/de lecture. Les donn\u00e9es sur ces cassettes sont fiables pendant 15 \u00e0 30 ans.<\/p>\n

Abordons le sujet sous un autre angle. Derni\u00e8rement, les ransomwares<\/a><\/noindex> ont atteint un nouveau niveau. Ils peuvent patienter dans l'infrastructure d'une grande entreprise pendant des semaines et des mois, et avec l'apparition d'une nouvelle vuln\u00e9rabilit\u00e9 z\u00e9ro jour \u2013 d\u00e9truire (non sans l'aide d'un humain, car de l'argent est en jeu) non seulement toutes les donn\u00e9es, mais aussi toutes les sauvegardes accessibles. Voici exemple r\u00e9cent<\/a><\/noindex>, lorsque l'entreprise a d\u00fb payer les ran\u00e7ons. Les soi-disant air gap<\/b>, c'est-\u00e0-dire les sauvegardes physiquement isol\u00e9es de l'infrastructure, sont devenues, en pratique, le seul salut fiable contre de telles situations. La bande magn\u00e9tique est ici l'une des solutions intemporelles.<\/p>\n

\"\u00abFais-moi
\n
\nMais une sp\u00e9cification et les nouvelles technologies des principaux fabricants (IBM, HPE, Oracle, Dell) ne suffisent pas pour assurer la protection des donn\u00e9es, un bon logiciel est n\u00e9cessaire. Chez Veeam, nous avons toute une \u00e9quipe qui s'occupe des sauvegardes sur bande, environ 10 personnes analysent, planifient, recherchent, d\u00e9veloppent et testent quotidiennement. Les r\u00e9sultats de ce travail, vous avez pu les voir dans les articles pr\u00e9c\u00e9dents (un<\/a><\/noindex>, deux<\/a><\/noindex>). Quelles ont \u00e9t\u00e9 les r\u00e9alisations de l'ann\u00e9e derni\u00e8re ?<\/p>\n

Glossaire<\/h1>\n

\nIl y a un choix \u00e0 faire entre des libert\u00e9s concernant la langue maternelle et des bureaucratismes qui compliquent la lisibilit\u00e9. Je pr\u00e9f\u00e8re la premi\u00e8re option, je m'excuse donc d'avance si certains jargon ci-dessous sont d\u00e9sagr\u00e9ables \u00e0 lire. Je vais bri\u00e8vement rappeler ici ce que signifie chaque terme. <\/p>\n

Les experts en VBR peuvent passer cette partie<\/b>Job <\/b>\u2013 job \u2013 t\u00e2che de sauvegarde. En fait, tout VBR est bas\u00e9 sur des jobs. En plus de la sauvegarde et de la r\u00e9plication, cela peut aussi \u00eatre une copie sur bande magn\u00e9tique (backup to tape job, tape job). Je pr\u00e9cise que la restauration \u00e0 partir d'une sauvegarde (restore) est \u00e9galement un job, mais dans cet article, ce terme d\u00e9signera sp\u00e9cifiquement la sauvegarde.<\/p>\n

Storage <\/b>\u2013 storage \u2013 terme historiquement \u00e9tabli. Ce sont des fichiers dans d\u00e9p\u00f4ts <\/b>(repository \u2013 r\u00e9f\u00e9rentiel), contenant des sauvegardes \u2013 compl\u00e8tes <\/b>et incr\u00e9mentales<\/b>. Un m\u00eame storage peut contenir une ou plusieurs machines virtuelles.<\/p>\n

Cha\u00eene <\/b>\u2013 chain \u2013 une s\u00e9quence de storages li\u00e9s les uns aux autres. Pour restaurer des donn\u00e9es \u00e0 partir d'un n-i\u00e8me storage incr\u00e9mental, tous les pr\u00e9c\u00e9dents de (n-1) \u00e0 1 et le storage complet r\u00e9f\u00e9renc\u00e9 par le premier incr\u00e9mental sont n\u00e9cessaires.<\/p>\n

Source<\/b>, Cible <\/b>\u2013 source, target. Source \u2013 l'entit\u00e9 d'origine trait\u00e9e par le job. Dans le cas des sauvegardes\/r\u00e9pliques, cela correspond g\u00e9n\u00e9ralement \u00e0 une machine virtuelle dans l'hyperviseur. Pour un tape job, la source est le job de sauvegarde lui-m\u00eame (ou les fichiers dans le cas d'un file to tape job). La cible pour un job de sauvegarde est le r\u00e9f\u00e9rentiel o\u00f9 les sauvegardes sont stock\u00e9es. Pour un tape job, il s'agit d'un pool de m\u00e9dias.<\/p>\n

Pool de m\u00e9dias<\/b> \u2013 media pool<\/a><\/noindex> \u2013 un pool de supports d'information, dans notre cas \u2013 des cassettes. Un conteneur logique cr\u00e9\u00e9 par l'utilisateur et contenant des cassettes d'une ou plusieurs biblioth\u00e8ques. Ainsi, un tape job a toujours un media pool comme cible, c'est-\u00e0-dire que les donn\u00e9es ne sont pas \u00e9crites sur une cassette sp\u00e9cifique ou sur n'importe quelle cassette de la biblioth\u00e8que, mais sur un ensemble d\u00e9termin\u00e9. Un media pool a une configuration de temps de conservation des donn\u00e9es, apr\u00e8s quoi la cassette peut \u00eatre r\u00e9\u00e9crite. L'utilisateur peut cr\u00e9er des pools normaux (standard) et GFS-pools<\/a><\/noindex>. Chacun de ces types peut d\u00e9sormais \u00eatre soit WORM soit non-WORM, comme expliqu\u00e9 ci-dessous.<\/p>\n

Ensemble de m\u00e9dias<\/b> \u2013 media set<\/a><\/noindex> \u2013 ensemble de cassettes dans le pool de m\u00e9dias, sur lesquelles les sauvegardes\/fichiers sont \u00e9crits en continu. Pour les pools GFS, les ensembles de m\u00e9dias sont \u00e9galement li\u00e9s \u00e0 l'intervalle (par exemple, annuel \u2013 yearly), les cassettes ne tournent qu'\u00e0 l'int\u00e9rieur de leur intervalle.<\/p>\n

Lecteur<\/b>, changeur<\/b><\/a><\/noindex> \u2013 \u00e9l\u00e9ments de la biblioth\u00e8que de bandes. Le lecteur lit et rembobine la cassette, le changeur \u2013 c'est un robot qui d\u00e9place les cassettes entre les emplacements de stockage, les emplacements de d\u00e9chargement et le lecteur. Il existe aussi des lecteurs autonomes<\/b> (standalone \u2013 autonome), ici, un humain joue le r\u00f4le de changeur. Un pilote correctement install\u00e9 du fabricant est obligatoire pour le lecteur sur la machine Windows \u00e0 laquelle la biblioth\u00e8que est raccord\u00e9e ; avec un changeur, nous pouvons travailler m\u00eame sans pilotes, via SCSI natif.<\/p>\n

<\/p>\n

Locataire vers bande. Le fournisseur est prot\u00e9g\u00e9 \u2013 les clients sont prot\u00e9g\u00e9s<\/h1>\n

\nA tout seigneur tout honneur. La fonctionnalit\u00e9 la plus vaste de notre mise \u00e0 jour, destin\u00e9e aux fournisseurs de cloud<\/a><\/noindex>, utilisant VBR dans leur infrastructure. Le d\u00e9veloppement a \u00e9t\u00e9 entam\u00e9 il y a deux ans. Tr\u00e8s vite, nous avons r\u00e9alis\u00e9 que nous ne serions pas en mesure de mener \u00e0 bien une t\u00e2che aussi s\u00e9rieuse pour la prochaine version, nous avons pris une petite pause, et finalement, nous avons lanc\u00e9 la fonctionnalit\u00e9 dans la mise \u00e0 jour 9.5 Update 4.<\/p>\n

En r\u00e9sum\u00e9, les fournisseurs ont d\u00e9sormais la possibilit\u00e9 de copier les sauvegardes de leurs clients sur des cassettes gr\u00e2ce \u00e0 un travail de bande dans le pool GFS. Cela offre aux fournisseurs \u2013 qui sont des clients tr\u00e8s importants pour nous et pour notre d\u00e9partement commercial \u2013 deux opportunit\u00e9s :<\/p>\n