{"id":97726,"date":"2020-10-21T08:42:15","date_gmt":"2020-10-21T06:42:15","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/veeam-log-diving-komponenty-i-glossarij"},"modified":"2020-10-21T08:42:15","modified_gmt":"2020-10-21T06:42:15","slug":"veeam-log-diving-komponenty-i-glossarij","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/veeam-log-diving-komponenty-i-glossarij","title":{"rendered":"Plong\u00e9e dans les journaux Veeam : composants et glossaire","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Plong\u00e9e
\n
\nNous chez Veeam adorons les logs. \u00c9tant donn\u00e9 que la plupart de nos solutions sont modulaires, elles g\u00e9n\u00e8rent un grand nombre de logs. Puisque notre domaine d'activit\u00e9 est d'assurer la protection de vos donn\u00e9es (c'est-\u00e0-dire votre tranquillit\u00e9 d'esprit), les logs doivent non seulement enregistrer chaque d\u00e9tail, mais aussi le faire de mani\u00e8re assez pr\u00e9cise. Cela est n\u00e9cessaire pour qu'en cas de probl\u00e8me, il soit clair comment cela s'est produit, qui est responsable et quelles actions doivent \u00eatre prises par la suite. C'est un peu comme en criminologie : on ne sait jamais quel petit d\u00e9tail peut aider \u00e0 retrouver le coupable de l'affaire de Laura Palmer.<\/p>\n

C'est pourquoi j'ai d\u00e9cid\u00e9 de me lancer dans une s\u00e9rie d'articles o\u00f9 je vais expliquer progressivement ce que nous \u00e9crivons dans les logs, o\u00f9 nous les stockons, comment ne pas perdre la t\u00eate face \u00e0 leur structure et ce qu'il faut chercher \u00e0 l'int\u00e9rieur.
\n<\/a><\/noindex><\/p>\n

Pourquoi une s\u00e9rie d'articles et pourquoi ne pas tout d\u00e9crire d'un coup ? <\/h3>\n

\nIl serait assez laborieux de simplement \u00e9num\u00e9rer quel log se trouve o\u00f9 et ce qu'il contient. De plus, il est effrayant de penser \u00e0 maintenir cette information \u00e0 jour. Dresser une liste de tous les types de logs dans Veeam Backup & Replication serait un tableau de plusieurs pages en petits caract\u00e8res. Et m\u00eame alors, cette liste ne serait pertinente que le jour de la publication, car avec la sortie d'un nouveau patch, de nouveaux logs peuvent appara\u00eetre, la logique des informations stock\u00e9es dans les anciens peut changer, etc. Il serait donc beaucoup plus b\u00e9n\u00e9fique d'expliquer leur structure et la nature des informations qu'ils contiennent. Cela permettra de mieux s'orienter sur le terrain que de m\u00e9moriser b\u00eatement des noms.<\/p>\n

Donc, pour ne pas plonger t\u00eate la premi\u00e8re dans un oc\u00e9an de textes, faisons un travail pr\u00e9paratoire dans cet article. Aujourd'hui, nous n'allons pas entrer dans les logs eux-m\u00eames, mais aborder les choses de loin : nous allons \u00e9tablir un glossaire et discuter un peu de la structure de Veeam en ce qui concerne la g\u00e9n\u00e9ration de logs.<\/p>\n

Glossaire et jargon<\/h3>\n

\nIci, je tiens tout d'abord \u00e0 m'excuser aupr\u00e8s des d\u00e9fenseurs de la puret\u00e9 de la langue russe et des t\u00e9moins du dictionnaire d'Oj\u00e9gov. Nous aimons tous notre langue maternelle, mais l'industrie informatique maudite fonctionne en anglais. Nous n'avons pas invent\u00e9 cela, c'est ainsi que l'histoire s'est d\u00e9roul\u00e9e. Je ne suis pas coupable, c'est lui qui est venu (c)<\/p>\n

Dans notre domaine, le probl\u00e8me des anglicismes (et du jargon) a ses sp\u00e9cificit\u00e9s. Lorsque des mots innocents comme \u00ab h\u00f4te \u00bb ou \u00ab invit\u00e9 \u00bb d\u00e9signent d\u00e9j\u00e0 des choses tr\u00e8s concr\u00e8tes dans le monde entier, sur un sixi\u00e8me de la terre, il y a encore un h\u00e9ro\u00efque d\u00e9sordre et d\u00e9sorientation avec des allusions \u00e0 des dictionnaires. Et il y a l'argument incontournable \u00ab Mais chez nous au travail... \u00bb.<\/p>\n

De plus, il y a notre propre terminologie qui est propre aux produits Veeam, m\u00eame si certains mots ont fait leur chemin dans le langage courant. Il est donc important que nous convenions de ce que signifie chaque terme, et \u00e0 l'avenir, par le mot \u00ab invit\u00e9 \u00bb, j\u2019entends exactement ce qui est \u00e9crit dans ce chapitre, et non ce \u00e0 quoi vous \u00eates habitu\u00e9 au travail. Et oui, ce n'est pas un caprice personnel, ce sont des termes \u00e9tablis dans l'industrie. Il est un peu vain de s'y opposer. Bien que je sois toujours pour des discussions dans les commentaires.<\/p>\n

Malheureusement, il y a \u00e9norm\u00e9ment de termes dans notre travail et nos produits, donc je ne vais pas essayer de tous les \u00e9num\u00e9rer. Juste les plus basiques et n\u00e9cessaires pour survivre dans cet oc\u00e9an d'informations sur les sauvegardes et les journaux. Pour ceux qui sont int\u00e9ress\u00e9s, je peux aussi proposer un article <\/a><\/noindex>d'un coll\u00e8gue sur les bandes, o\u00f9 il a \u00e9galement dress\u00e9 une liste de termes relatifs \u00e0 cette partie de la fonctionnalit\u00e9.<\/p>\n

H\u00f4te :<\/strong> Dans le monde de la virtualisation, c'est une machine avec un hyperviseur. Physique, virtuel, cloud \u2014 peu importe. Si quelque chose ex\u00e9cute un hyperviseur (ESXi, Hyper-V, KVM, etc.), alors ce \u00ab quelque chose \u00bb est appel\u00e9 un h\u00f4te. Que ce soit un cluster de dix racks ou votre ordinateur portable avec une lab sur une petite demi-douzaine de machines virtuelles \u2014 si vous avez lanc\u00e9 un hyperviseur, alors vous \u00eates devenu un h\u00f4te. Parce qu'un hyperviseur h\u00e9berge des machines virtuelles. Il existe m\u00eame une l\u00e9gende selon laquelle VMware a voulu \u00e9tablir une solide association du mot h\u00f4te pr\u00e9cis\u00e9ment avec ESXi, mais elle n'a pas pu y parvenir.<\/p>\n

Dans le monde moderne, le concept d'\u00ab h\u00f4te \u00bb s'est pratiquement amalgam\u00e9 avec celui de \u00ab serveur \u00bb, ce qui complique la communication, notamment dans le cadre de l'infrastructure Windows. Ainsi, toute machine sur laquelle se trouve un service int\u00e9ressant pour nous peut \u00eatre qualifi\u00e9e d'h\u00f4te. Par exemple, dans les journaux WinSock, le mot h\u00f4te est utilis\u00e9 pour d\u00e9signer tout et n'importe quoi. Le classique \u00ab H\u00f4te non trouv\u00e9 \u00bb en est un exemple. Ainsi, nous devons nous baser sur le contexte, mais rappelons-nous \u2014 dans le monde de la virtualisation, un h\u00f4te est celui qui h\u00e9berge des invit\u00e9s (\u00e0 ce sujet, deux lignes plus bas).<\/p>\n

Parmi les jargons locaux (plut\u00f4t des acronymes, dans ce cas), on se souvient que VMware c'est VI, vSphere c'est VC, et Hyper-V c'est HV.<\/p>\n

Invit\u00e9 :<\/strong> Une machine virtuelle fonctionnant sur un h\u00f4te. Il n'est m\u00eame pas n\u00e9cessaire d'expliquer, tout est tellement logique et simple. Cependant, beaucoup essaient d'y apporter d'autres significations. <\/p>\n

Pourquoi ? Je ne sais pas.
\nOS invit\u00e9, donc, le syst\u00e8me d'exploitation de la machine virtuelle. Et ainsi de suite.<\/p>\n

Job de Sauvegarde\/R\u00e9plication :<\/strong> C'est un jargon purement VMware d\u00e9signant l'une des t\u00e2ches. Backup job == Job de Sauvegarde. Comment le traduire \u00e9l\u00e9gamment en fran\u00e7ais ? Personne n'a trouv\u00e9, donc tout le monde dit \u00ab job \u00bb. En mettant l'accent sur la derni\u00e8re syllabe.<\/p>\n

Oui, il en est ainsi, ils disent simplement \u00ab job \u00bb. M\u00eame dans les e-mails, ils l'\u00e9crivent comme cela, et tout va bien.
\nDes travaux de sauvegarde, des t\u00e2ches de sauvegarde, etc., merci, mais non. Juste \u00ab job \u00bb, et vous serez compris. L'essentiel est de mettre l'accent sur la derni\u00e8re syllabe.<\/p>\n

Sauvegarde (backup, b\u00e9cape. Pour les puristes, on peut dire bakup) :<\/strong> Au-del\u00e0 de l'\u00e9vident (une copie de sauvegarde de donn\u00e9es quelque part), cela signifie aussi la t\u00e2che elle-m\u00eame (les trois lignes ci-dessus, au cas o\u00f9 vous auriez d\u00e9j\u00e0 oubli\u00e9), qui r\u00e9sulte du fichier de sauvegarde. Probablement, les anglophones sont trop paresseux pour dire chaque fois I ran my backup job, donc ils disent simplement I ran my backup, et tout le monde se comprend parfaitement. Je propose de soutenir cette belle initiative.<\/p>\n

Consolidation : <\/strong>Un terme apparu dans ESXi 5.0. Option dans le menu de gestion des snapshots, lanc\u00e9 pour supprimer ce qu'on appelle les snapshots orphelins. C'est-\u00e0-dire des snapshots qui existent physiquement, mais qui ont disparu de la structure logique affich\u00e9e. Th\u00e9oriquement, ce processus ne devrait pas affecter les fichiers affich\u00e9s dans le gestionnaire de snapshots, mais il arrive que cela se produise. L'essence du processus de consolidation est que les donn\u00e9es du snapshot (disque enfant) sont \u00e9crites dans le disque principal (disque parent). Le processus de fusion des disques s'appelle un merge. Si une commande de consolidation a \u00e9t\u00e9 donn\u00e9e, l'entr\u00e9e du snapshot peut \u00eatre supprim\u00e9e de la base avant que le snapshot ne soit fusionn\u00e9 et supprim\u00e9. Et si le snapshot n'a pas pu \u00eatre supprim\u00e9 pour une raison quelconque, ces fameux snapshots orphelins apparaissent. VMware a un bon KB \u00e0 ce sujet.<\/a><\/noindex>Et nous avons \u00e9galement \u00e9crit \u00e0 leur sujet sur Habr.<\/a><\/noindex>.<\/p>\n

Datastore : <\/strong>\u00a0C'est un concept tr\u00e8s large, mais dans le monde de la virtualisation, il d\u00e9signe l'endroit o\u00f9 sont stock\u00e9s les fichiers des machines virtuelles. Cependant, il est crucial de bien comprendre le contexte et, en cas de moindre doute, de pr\u00e9ciser ce que votre interlocuteur entend exactement.\u00a0<\/p>\n

Proxy : <\/strong>Il est important de comprendre d\u00e8s le d\u00e9part que Veeam Proxy n'est pas tout \u00e0 fait la m\u00eame chose que ce \u00e0 quoi nous sommes habitu\u00e9s sur le web. Dans le cadre des produits Veeam, c'est une entit\u00e9 qui s'occupe de transf\u00e9rer des donn\u00e9es d'un endroit \u00e0 un autre. En termes simples, VBR est le serveur principal, tandis que le proxy agit comme ses \u00ab chevaux de travail \u00bb. En d'autres termes, le proxy est une machine \u00e0 travers laquelle passe le trafic et sur laquelle sont install\u00e9s les composants VBR qui aident \u00e0 g\u00e9rer ce trafic. Par exemple, cela peut \u00eatre le transfert de donn\u00e9es d'un canal \u00e0 un autre ou simplement connecter des disques (mode HotAdd).<\/p>\n

Repository : <\/strong>\u00a0Techniquement, il s'agit simplement d'un enregistrement dans la base VBR indiquant l'endroit o\u00f9 sont stock\u00e9es les sauvegardes et comment se connecter \u00e0 cet endroit. En pratique, cela peut \u00eatre un simple partage CIFS, un disque s\u00e9par\u00e9, un serveur ou un bucket dans le cloud. Encore une fois, nous restons dans le contexte, mais comprenons que le repository est simplement l'endroit o\u00f9 se trouvent vos sauvegardes.<\/p>\n

\u00a0Snapshot : <\/strong>Les amateurs de grammaire d'Oxford pr\u00e9f\u00e8rent parler de snapshot, certains disent sn\u00e9pshot. Cependant, la majorit\u00e9 illettr\u00e9e l'emporte gr\u00e2ce \u00e0 sa masse. Pour ceux qui ne le savent pas, c'est une technologie qui permet de restaurer l'\u00e9tat d'un disque \u00e0 un moment donn\u00e9. Cela se fait soit par le biais d'une redirection temporaire des op\u00e9rations I\/O loin du disque principal - ce sera appel\u00e9 snapshot RoW (Redirect on Write) - soit en d\u00e9pla\u00e7ant les blocs r\u00e9\u00e9crits de votre disque vers un autre - ce sera appel\u00e9 snapshot CoW (Copy on Write). C'est pr\u00e9cis\u00e9ment gr\u00e2ce aux larges possibilit\u00e9s d'application de ces fonctions que Veeam peut r\u00e9aliser sa magie de sauvegarde. Strictement parlant, ce n'est pas seulement le cas pour eux, mais cela rel\u00e8ve des prochaines versions.<\/p>\n

Dans la documentation et les journaux d'ESXi, ce terme est chaotique, et dans le contexte des snapshots, on peut rencontrer \u00e0 la fois les snapshots eux-m\u00eames, le redo log et m\u00eame le delta disk. Dans la documentation de Veeam, il n'y a pas ce d\u00e9sordre, et un snapshot est un snapshot, tandis que le redo log est pr\u00e9cis\u00e9ment le fichier REDO, cr\u00e9\u00e9 par un disque non persistant. Les fichiers REDO sont supprim\u00e9s lors de l'arr\u00eat de la machine virtuelle, il est donc erron\u00e9 de les confondre avec des snapshots, ce qui m\u00e8ne \u00e0 l'\u00e9chec.<\/p>\n

Synth\u00e9tique :<\/strong> Les sauvegardes synth\u00e9tiques se rapportent aux sauvegardes incr\u00e9mentales invers\u00e9es et aux sauvegardes forever forward. Si vous n'avez jamais rencontr\u00e9 ce terme, c'est simplement un des m\u00e9canismes utilis\u00e9s pour construire une cha\u00eene de sauvegarde. Cependant, dans les journaux, on peut \u00e9galement rencontrer la notion de Transform, qui est utilis\u00e9e dans le cadre de la cr\u00e9ation de copies compl\u00e8tes \u00e0 partir d'incr\u00e9ments (synthetic full).<\/p>\n

T\u00e2che :<\/strong> C'est le processus de traitement de chaque machine individuelle dans le cadre d'un job. Autrement dit : si vous avez un job de sauvegarde qui inclut trois machines, alors chaque machine sera trait\u00e9e dans le cadre d'une t\u00e2che individuelle. En tout, il y aura quatre journaux : un principal pour le job et trois pour les t\u00e2ches. Cependant, il y a un important nuance : avec le temps, le mot \u00ab t\u00e2che \u00bb est devenu trop polys\u00e9mique. Lorsque nous parlons de journaux g\u00e9n\u00e9raux, nous entendons que la t\u00e2che est pr\u00e9cis\u00e9ment une VM. Mais il y a aussi des \u00ab t\u00e2ches \u00bb sur le proxy et le d\u00e9p\u00f4t. L\u00e0, cela peut signifier un disque virtuel, une machine virtuelle ou l'ensemble du job. Il est donc important de ne pas perdre le contexte.<\/p>\n

Veeam %name% Service<\/strong>: \u00a0<\/strong>Au service de sauvegardes r\u00e9ussies travaille plusieurs services, dont la liste peut \u00eatre trouv\u00e9e dans le module standard. Leurs noms refl\u00e8tent assez clairement leur essence, mais parmi les \u00e9gaux, il y en a un qui est le plus important \u2014 Veeam Backup Service, sans lequel les autres ne fonctionneront pas.<\/p>\n

VSS : <\/strong>Techniquement, VSS doit toujours d\u00e9signer le Microsoft Volume Shadow Copy Service. En fait, beaucoup l'utilisent comme synonyme de Application-Aware Image Processing. Ce qui est, bien s\u00fbr, cat\u00e9goriquement incorrect, mais c'est une histoire du genre \u00ab tout v\u00e9hicule tout terrain peut \u00eatre appel\u00e9 un Jeep et on vous comprendra \u00bb.<\/p>\n

Des journaux fantastiques et les lieux o\u00f9 ils r\u00e9sident<\/h3>\n

\nJe veux commencer ce chapitre par la r\u00e9v\u00e9lation d'un grand secret \u2014 quelle heure est affich\u00e9e dans les journaux ?<\/p>\n

Retenez :<\/p>\n