Chez Veeam, nous aimons les logs. Et comme la plupart de nos solutions sont modulaires, elles écrivent beaucoup de logs. Et puisque la portée de notre activité est d'assurer la sécurité de vos données (c'est-à-dire un sommeil réparateur), les journaux doivent non seulement enregistrer chaque éternuement, mais aussi le faire de manière assez détaillée. Cela est nécessaire pour qu'en cas de quelque chose, il soit clair comment ce « quoi » s'est passé, qui est à blâmer et ce qui doit être fait ensuite. C'est comme en médecine légale : on ne sait jamais quelle petite chose vous aidera à trouver le meurtrier de Laura Palmer.
Par conséquent, j'ai décidé de me lancer dans une série d'articles, où je parlerai séquentiellement de ce que nous écrivons dans les journaux, où nous les stockons, comment ne pas devenir fou avec leur structure et ce qu'il faut rechercher à l'intérieur.
Pourquoi une série d'articles et pourquoi ne pas tout décrire d'un coup ?
Répertorier simplement quel journal se trouve où et ce qui y est stocké est une entreprise plutôt désastreuse. Et c'est même effrayant de penser à garder ces informations à jour. Une simple liste de tous les types de logs possibles dans Veeam Backup & Replication est un tableau sur plusieurs feuilles en petits caractères. Oui, et cela ne sera pertinent qu'au moment de la publication, car. lors de la sortie du prochain patch, de nouveaux journaux peuvent apparaître, la logique des informations stockées dans les anciens va changer, etc. Par conséquent, il sera beaucoup plus rentable d'expliquer leur structure et l'essence des informations qu'ils contiennent. Cela vous permettra de mieux naviguer dans les lieux que le banal bourrage de noms.
Par conséquent, afin de ne pas se précipiter tête baissée dans le vivier de feuilles de texte, faisons un travail préparatoire dans cet article. Par conséquent, aujourd'hui, nous n'entrerons pas dans les logs eux-mêmes, mais irons de loin : nous allons compiler un glossaire et discuter un peu de la structure de Veeam en termes de génération de logs.
Glossaire et jargon
Ici, tout d'abord, il convient de s'excuser auprès des champions de la pureté de la langue russe et des témoins du dictionnaire d'Ozhegov. Nous aimons tous beaucoup notre langue maternelle, mais la maudite industrie informatique fonctionne en anglais. Eh bien, nous ne l'avons pas inventé, mais c'est arrivé historiquement. C'est pas ma faute, il est venu lui-même (c)
Dans notre métier, le problème des anglicismes (et du jargon) a ses spécificités. Lorsque sous des mots innocents comme "hôte" ou "invité", le monde entier a compris depuis longtemps des choses très spécifiques, alors sur ⅙ du pays, la confusion héroïque et stupéfiante à fouiller dans les dictionnaires se poursuit. Et l'argument strictement obligatoire "Mais à notre travail...".
De plus, il y a purement notre terminologie, qui est inhérente aux produits Veeam, bien que certains mots et phrases soient allés aux gens. Par conséquent, nous allons maintenant nous mettre d'accord sur ce que le terme signifie quoi, et à l'avenir, sous le mot «invité», je veux dire exactement ce qui est écrit dans ce chapitre, et non ce à quoi vous êtes habitué au travail. Et oui, ce n'est pas mon caprice personnel, ce sont des termes bien établis dans l'industrie. Les combattre est quelque peu inutile. Bien que je sois toujours en faveur de la détente dans les commentaires.
Malheureusement, il y a beaucoup de termes dans notre travail et nos produits, je n'essaierai donc pas de tous les énumérer. Seules les informations les plus élémentaires et nécessaires sur les sauvegardes et les journaux pour la survie en mer. Pour ceux que ça intéresse, je peux aussi collègues sur les bandes, où il a également donné une liste de termes liés à cette partie de la fonctionnalité.
Hôte (Hôte): Dans le monde de la virtualisation, il s'agit d'une machine avec un hyperviseur. Physique, virtuel, cloud - peu importe. Si quelque chose exécute un hyperviseur (ESXi, Hyper-V, KVM, etc.), alors ce "quelque chose" s'appelle un hôte. Qu'il s'agisse d'un cluster avec dix racks ou de votre ordinateur portable avec un laboratoire pour une machine virtuelle et demie - si vous lancez un hyperviseur, vous devenez un hôte. Parce que l'hyperviseur héberge des machines virtuelles. Il y a même une histoire selon laquelle VMware voulait à un moment donné associer fermement le mot hôte à ESXi. Mais elle ne l'a pas fait.
Dans le monde moderne, le concept "d'hôte" a pratiquement fusionné avec le concept de "serveur", ce qui apporte une certaine confusion à la communication, en particulier en ce qui concerne l'infrastructure Windows. Ainsi, toute machine qui héberge un service qui nous intéresse peut être appelée en toute sécurité un hôte. Par exemple, dans les journaux WinSock, tout est marqué du mot hôte. Le classique "Hôte introuvable" en est un exemple. Nous partons donc du contexte, mais rappelez-vous - dans le monde de la virtualisation, un hôte est ce qui héberge les invités (plus à ce sujet dans les deux lignes ci-dessous).
Du jargon local (plutôt même des acronymes, dans ce cas), on rappelle ici que VMware est VI, vSphere est VC, et Hyper-V est HV.
Invité (Invité): La machine virtuelle s'exécutant sur l'hôte. Il n'y a rien à expliquer ici, tout est tellement logique et simple. Cependant, beaucoup traînent avec diligence ici d'autres significations.
Pour quelle raison? Je ne sais pas.
Système d'exploitation invité, respectivement, le système d'exploitation de la machine invitée. Et ainsi de suite.
Tâche de sauvegarde/réplication (jobA) : Pur jargon Wim, désignant certaines des tâches. Travail de sauvegarde == Travail de sauvegarde. Personne n'a compris comment le traduire magnifiquement en russe, alors tout le monde dit "JobA". En mettant l'accent sur la dernière syllabe.
Oui, ils le prennent simplement et disent "joba". Et même dans les lettres, ils écrivent comme ça, et tout va bien.
Toutes sortes de travaux de sauvegarde, tâches de sauvegarde, etc., merci, mais pas besoin. Juste un travail, et vous serez compris. L'essentiel est de mettre l'accent sur la dernière syllabe.
Sauvegarde (sauvegarde, sauvegarde. Pour les true-oldfags, la sauvegarde est autorisée) : En plus de l'évidence (une copie de sauvegarde des données se trouvant quelque part), cela signifie également le travail lui-même (trois lignes ci-dessus, si vous l'avez déjà oublié), à la suite duquel le fichier de sauvegarde même apparaît. Probablement, les messieurs anglophones sont trop paresseux pour dire que j'ai exécuté mon travail de sauvegarde à chaque fois, alors ils disent simplement que j'ai exécuté ma sauvegarde, et tout le monde se comprend parfaitement. Je vous invite à soutenir cette belle initiative.
Consolider (Consolidation): Un terme qui est apparu dans ESXi 5.0 Une option dans le menu des instantanés qui démarre le processus de suppression des instantanés dits orphelins. C'est-à-dire des instantanés qui sont physiquement disponibles, mais qui sont sortis de la structure logique affichée. Théoriquement, ce processus ne devrait pas affecter les fichiers affichés dans le gestionnaire d'instantanés, mais tout peut arriver. L'essence du processus de consolidation est que les données de l'instantané (disque enfant) sont écrites sur le disque principal (parent). Le processus de combinaison de disques est appelé fusion. Si une commande de consolidation a été émise, l'enregistrement d'instantané peut être supprimé de la base de données avant que l'instantané ne soit fusionné et supprimé. Et si l'instantané n'a pas pu être supprimé pour une raison quelconque, ces mêmes instantanés orphelins apparaissent. À propos de l'utilisation des instantanés, VMware a . Et nous aussi en quelque sorte à leur sujet .
Datastore (Stora ou stockage) : Un concept très large, mais dans le monde de la virtualisation, il est compris comme un endroit où les fichiers de la machine virtuelle sont stockés. Mais dans tous les cas, ici, vous devez comprendre très clairement le contexte et, au moindre doute, clarifier ce que votre interlocuteur avait exactement en tête.
Proxy (Procuration): Il est important de comprendre immédiatement que Veeam Proxy n'est pas tout à fait le même que ce à quoi nous sommes habitués sur Internet. Dans les produits Veeam, il s'agit d'une sorte d'entité qui s'occupe du transfert de données d'un endroit à un autre. Si vous n'entrez pas dans les détails, alors VBR est un serveur de commande et de contrôle, et les proxys sont ses bêtes de somme. Autrement dit, un proxy est une machine à travers laquelle le trafic circule et sur laquelle sont installés des composants VBR qui aident à gérer ce trafic. Par exemple, pour transférer des données d'un canal à un autre, ou simplement pour accrocher des disques à lui-même (mode HotAdd).
Référentiel (Dépôt): Techniquement, il s'agit simplement d'une entrée dans la base de données VBR, indiquant l'endroit où les sauvegardes sont stockées et comment se connecter à cet endroit. En fait, il peut s'agir soit d'une simple balle CIFS, soit d'un disque, d'un serveur ou d'un compartiment séparé dans le cloud. Encore une fois, nous sommes dans le contexte, mais nous comprenons qu'un référentiel n'est qu'un endroit où se trouvent vos sauvegardes.
Instantané (SnapshOt) : Les amateurs de grammaire d'Oxford préfèrent dire qui est instantané et qui est instantané, mais la majorité analphabète bénéficie de la plus grande masse. Si quelqu'un ne le sait pas, il s'agit d'une technologie qui permet de restaurer l'état d'un disque à un certain moment. Cela se fait soit en redirigeant temporairement les opérations d'E / S hors du disque principal - alors cela s'appellera instantané RoW (Redirect on Write) - soit en déplaçant des blocs réinscriptibles de votre disque vers un autre - cela s'appellera CoW (Copy on Write ) instantané. C'est grâce aux larges possibilités d'utilisation de ces fonctions que Veeam peut opérer sa magie de sauvegarde. À proprement parler, pas seulement eux, mais c'est l'affaire des prochaines versions.
Il y a du chaos autour de ce terme dans la documentation et les journaux d'ESXi, et dans le contexte de la mention des instantanés, vous pouvez trouver les instantanés eux-mêmes, et redo log, et même le disque delta. La documentation Veeam ne contient pas une telle déchirure, et un instantané est un instantané, et un journal redo est exactement un fichier REDO créé par un disque non persistant indépendant. Les fichiers REDO sont supprimés lorsque la machine virtuelle est éteinte, donc les confondre avec des instantanés est un chemin vers l'échec.
Synthétique (Synthétique): Les sauvegardes synthétiques sont des sauvegardes incrémentielles inversées et toujours en avant. Au cas où vous n'auriez pas rencontré ce terme, ce n'est qu'un des mécanismes utilisés pour construire une transformation de la chaîne de sauvegarde. Cependant, dans les logs, vous pouvez également trouver le concept de Transform, qui est utilisé dans le cadre de la création de copies complètes à partir d'incréments (full synthétique).
Tâche (Tâche): Il s'agit du processus de traitement de chaque machine individuelle dans le travail. C'est-à-dire : vous avez un travail de sauvegarde, qui comprend trois machines. Cela signifie que chaque voiture sera traitée dans le cadre d'une tâche distincte. Au total, il y aura quatre journaux : le principal pour les travaux et trois pour les tâches. Cependant, il y a ici une nuance importante : au fil du temps, le mot « tâche » est devenu inutilement ambigu. Lorsque nous parlons de journaux généraux, nous voulons dire qu'une tâche est exactement une machine virtuelle. Mais il y a des « tâches » à la fois sur le proxy et sur le référentiel. Là, cela peut signifier un disque virtuel, une machine virtuelle et l'ensemble du travail. Autrement dit, il est important de ne pas perdre le contexte.
Service Veeam %name%: Au bénéfice de sauvegardes réussies, plusieurs services fonctionnent à la fois, dont la liste se trouve dans l'équipement standard. Leurs noms reflètent de manière assez transparente leur essence, mais entre égaux, il y a le plus important - Veeam Backup Service, sans lequel le reste ne fonctionnera pas.
VSS : Techniquement, VSS devrait toujours signifier Microsoft Volume Shadow Copy Service. En fait, il est utilisé par beaucoup comme synonyme de traitement d'image sensible aux applications. Ce qui, bien sûr, est catégoriquement faux, mais c'est une histoire de la catégorie "N'importe quel SUV peut être appelé une jeep, et vous serez compris."
Journaux fantastiques et où ils vivent
Je veux commencer ce chapitre en révélant le grand secret - quelle heure est affichée dans les journaux ?
Rappelles toi:
- ESXi écrit toujours les journaux en UTC+0.
- vCenter conserve les journaux en fonction de l'heure de son fuseau horaire.
- Veeam conserve les journaux par heure et fuseau horaire du serveur sur lequel il se trouve.
- Et seuls les événements Windows au format EVTX ne souffrent d'aucune liaison. Lors de l'ouverture, le temps est recalculé pour la voiture sur laquelle ils ont été ouverts. L'option la plus pratique, même si elle présente des difficultés. La seule difficulté tangible est la différence de paramètres régionaux. Il s'agit d'un chemin pratiquement garanti vers des journaux illisibles. Oui, il existe des options pour traiter cela, mais ne contestons pas le fait que tout dans l'informatique fonctionne en anglais et acceptons de toujours définir les paramètres régionaux anglais sur les serveurs. Oh s'il te plait.
Parlons maintenant des endroits où vivent les journaux et de la manière de les obtenir. Dans le cas du VBR, il existe deux approches.
La première option convient si vous n'êtes pas désireux de rechercher des fichiers dans le tas général qui sont spécifiquement liés à votre problème. Pour ce faire, nous avons un assistant séparé, auquel vous pouvez spécifier un travail spécifique et une période spécifique pour laquelle vous avez besoin de journaux. Ensuite, il parcourra les dossiers lui-même et mettra tout ce dont vous avez besoin dans une seule archive. Où le chercher et comment l'utiliser est décrit en détail dans .
Cependant, l'assistant ne collecte pas les journaux de toutes les tâches et, par exemple, si vous devez étudier les journaux de la restauration, du basculement ou du retour arrière, votre chemin se trouve dans le dossier %ProgramData%/Veeam/Sauvegarde. Il s'agit du logostore principal de VBR et %ProgramData% est un dossier caché et c'est très bien. Par ailleurs, l'emplacement par défaut peut être réaffecté à l'aide de la clé de registre de type REG_SZ : LogDirectory dans la branche HKEY_LOCAL_MACHINESOFTWAREVeeamVeeam Backup and Replication.
Sur les machines Linux, les journaux des agents de travail doivent être recherchés dans /var/log/VeeamBackup/si vous utilisez un compte root ou sudo. Si vous ne disposez pas de tels privilèges, recherchez les journaux de connexion /tmp/VeeamBackup.
Pour l'agent Veeam pour %OS_name%, les journaux doivent être recherchés dans %ProgramData%/Veeam/Endpoint (ou %ProgramData%/Veeam/Sauvegarde/Endpoint) Et /var/log/veeam respectivement.
Si vous utilisez Application-Aware Image Processing (et c'est très probablement le cas), la situation devient un peu plus compliquée. Vous aurez besoin des journaux de notre assistant, qui sont stockés à l'intérieur de la machine virtuelle elle-même, et des journaux VSS. À propos de comment et où obtenir ce bonheur, il est écrit en détail dans . Et bien sûr il y a pour collecter les journaux système nécessaires.
Les événements Windows sont commodément collectés en fonction de . Si vous utilisez Hyper-V, les choses se compliquent, car vous aurez également besoin de tous ses journaux de la branche Applications et services > Microsoft > Windows. Bien que vous puissiez toujours suivre la voie la plus stupide et simplement récupérer tous les objets de %SystemRoot%System32winevtLogs.
En cas de problème lors de l'installation/de la mise à niveau, tout ce dont vous avez besoin se trouve dans le dossier %ProgramData%/Veeam/Setup/Temp. Bien que je ne cache pas le fait que dans les événements du système d'exploitation, vous pouvez trouver des informations plus utiles que dans ces journaux. Le reste de l'intérêt réside dans %Temp%, mais il existe principalement des journaux d'installation pour les logiciels associés, tels que la base, les bibliothèques .Net et d'autres choses. Notez que Veeam est installé à partir de msi et que tous ses composants sont également installés en tant que packages msi séparés, même si cela n'a pas été affiché dans l'interface graphique. Par conséquent, si l'installation de l'un des composants échoue, toute l'installation de VBR sera arrêtée. Par conséquent, vous devez consulter les journaux et voir exactement ce qui s'est cassé et à quel moment.
Et enfin, un life hack : si vous recevez une erreur lors de l'installation, ne vous précipitez pas pour cliquer sur OK. Nous prenons d'abord les journaux, puis cliquez sur OK. De cette façon, vous obtiendrez un journal qui se termine au moment de l'erreur, sans ordures à la fin.
Et il arrive que vous ayez besoin d'accéder aux journaux vSphere. L'occupation est très ingrate, mais, ayant retroussé les manches, il faut faire autre chose. Dans la version la plus simple, nous avons besoin de journaux avec les événements de la machine virtuelle vmware.log, qui se trouvent à côté de son fichier .vmx. Dans un cas plus difficile, ouvrez Google et demandez où se trouvent les journaux de votre version hôte, car VMware aime changer cet endroit d'une version à l'autre. Par exemple, , mais pour . Pour les journaux vCenter, répétez la procédure . Mais de manière générale, on s'intéressera aux logs d'évènements hôtes hostd.log, aux évènements host gérés par vCenter vpxa.log, aux logs noyau vmkernel.log et aux logs d'authentification auth.log. Eh bien, dans les cas les plus négligés, le journal SSO, qui se trouve dans le dossier SSO, peut être utile.
Lourd? Confus? Effrayant? Mais ce n'est même pas la moitié des informations avec lesquelles notre support travaille quotidiennement. Donc ils sont vraiment, vraiment cool.
Composants Veeam
Et en guise de conclusion à cet article introductif, parlons un peu des composants de Veeam Backup & Replication. Car quand on cherche la cause de la douleur, il serait bien de comprendre comment fonctionne le patient.
Ainsi, comme tout le monde le sait probablement, Veeam Backup est une application dite basée sur SQL. C'est-à-dire tous les paramètres, toutes les informations et en général tout ce qui n'est nécessaire qu'au fonctionnement normal - tout cela se trouve dans sa base de données. Ou plutôt, dans deux bases de données, si nous parlons d'un tas de VBR et EM : VeeamBackup et VeeamBackupReporting, respectivement. Et c'est arrivé: nous avons mis une autre application - une autre base de données apparaît. Afin de ne pas stocker tous les œufs dans le même panier.
Mais pour que toute cette économie fonctionne correctement, nous avons besoin d'un ensemble de services et d'applications qui lieront tous les composants ensemble. À titre d'exemple, voici à quoi cela ressemble dans l'un de mes laboratoires :
Agit comme chef d'orchestre Service de sauvegarde Veeam. C'est lui qui est responsable de l'échange d'informations avec les bases. Il est également chargé de lancer toutes les tâches, d'orchestrer les ressources allouées et de travailler comme une sorte de centre de communication pour une variété de consoles, d'agents et de tout le reste. En un mot, il n'y a certainement aucun moyen sans lui, mais cela ne signifie pas du tout qu'il fait tout lui-même.
L'aide dans la réalisation de son projet Gestionnaire de sauvegarde Veeam. Ce n'est pas un service, mais une entité qui lance des travaux et surveille le processus de leur exécution. Les mains de travail du service de sauvegarde, avec lesquelles il se connecte aux hôtes, crée des instantanés, surveille la rétention, etc.
Mais revenons à la liste des services. Service de courtage Veeam. Apparu dans la v9.5 (et ce n'est pas un crypto-mineur, comme certains le pensaient alors). Collecte des informations sur les hôtes VMware et maintient leur pertinence. Mais ne courez pas immédiatement pour écrire des commentaires en colère que nous vous espionnons et divulguons tous les identifiants / mots de passe au taschmajor. Tout est un peu plus simple. Lorsque vous exécutez une sauvegarde, la première chose à faire est de vous connecter à l'hôte et de mettre à jour toutes les données concernant sa structure. C'est une histoire assez lente et fastidieuse. Rappelez-vous simplement combien de temps il vous faut pour vous connecter via l'interface Web et rappelez-vous que seule la couche supérieure y est comptée. Et puis vous devez toujours ouvrir toute la hiérarchie au bon endroit, soit dit en passant. En un mot, l'horreur. Si vous exécutez une douzaine de sauvegardes, chaque travail doit suivre cette procédure. Si nous parlons de grandes infrastructures, ce processus peut prendre dix minutes ou plus. Par conséquent, il a été décidé d'allouer un service séparé à cet effet, grâce auquel il sera possible de recevoir des informations toujours à jour. Au démarrage, il vérifie et analyse toutes les infrastructures ajoutées, puis essaie de fonctionner uniquement au niveau des modifications incrémentielles. Ainsi, même si vous exécutez une centaine de sauvegardes en même temps, elles demanderont toutes des informations à notre courtier et ne tourmenteront pas les hôtes avec leurs demandes. Si vous vous inquiétez des ressources, alors selon nos calculs, 5000 machines virtuelles n'ont besoin que d'environ 100 Mo de mémoire.
Ensuite nous avons Console Veeam. Il est Veeam Remote Console, il est Veeam.Backup.Shell. C'est la même interface graphique que nous voyons dans les captures d'écran. Tout est simple et évident - la console peut être lancée de n'importe où, tant qu'il s'agit de Windows et qu'il existe une connexion au serveur VBR. La seule chose que l'on puisse dire est que le processus FLR montera les points localement (c'est-à-dire sur la machine sur laquelle la console est en cours d'exécution). Eh bien, divers explorateurs Veeam fonctionneront également localement, car ils font partie de la console. Mais ça m'a déjà emporté dans la nature...
Un autre service intéressant est Service de données de catalogue de sauvegarde Veeam. Appelé Veeam Guest Catalog Service dans la liste des services. Il est engagé dans l'indexation des systèmes de fichiers sur les machines invitées et remplit le dossier VBRCatalog avec ces connaissances. Il est utilisé uniquement lorsque la case à cocher d'indexation est activée. Et cela n'a de sens que de l'activer si vous avez Enterprise Manager. Par conséquent, un conseil du fond du cœur : n'activez pas l'indexation comme ça si vous n'avez pas EAT. Économisez vos nerfs et votre temps de soutien.
Également d'autres services importants, il convient de noter Service d'installation de Veeam, à l'aide desquels les composants nécessaires sont livrés et installés sur des proxys, des référentiels et d'autres passerelles. En fait, il prend les packages .msi nécessaires sur les serveurs et les installe.
Déplaceur de données Veeam - avec l'aide d'agents auxiliaires lancés sur des procurations (et pas seulement), il s'occupe de déplacer des données. Par exemple, lors de la sauvegarde, un agent lira les fichiers du magasin de données hôte et le second les écrira soigneusement dans la sauvegarde.
Par ailleurs, je voudrais noter une chose importante à laquelle les clients réagissent souvent - c'est la différence dans les versions des services et des informations dans le composant logiciel enfichable Programmes et fonctionnalités. Oui, la liste sera la même, mais les versions peuvent être complètement discordantes. Ce n'est pas très cool d'un point de vue visuel, mais c'est tout à fait normal si tout fonctionne de manière stable. Par exemple, pour le service Installer, le numéro de version est loin derrière les numéros voisins. Horreur et cauchemar ? Non, car il n'est pas complètement réinstallé, mais sa DLL est simplement mise à jour. Dans le patch v9.5 U4, un cauchemar du support technique s'est produit : lors de la mise à jour, tous les services ont reçu de nouvelles versions, sauf la plus importante. Dans le patch U4b, le service de transport a dépassé tous les autres de pas moins de deux versions (à en juger par les chiffres). Et c'est aussi normal - un bogue sérieux y a été trouvé, il a donc reçu une mise à jour bonus par rapport au reste. Donc, pour résumer : les différences de version POURRAIENT être un problème, mais s'il y a une différence et que tout fonctionne correctement, cela devrait probablement l'être. Mais personne ne vous interdit de clarifier cela dans le support technique.
Il s'agissait des services dits obligatoires ou obligatoires. Et il y a tout un tas de services auxiliaires, tels que le service de bande, le service de montage, le service vPowerNFS, etc.
Pour Hyper-V, en général, tout est pareil, seulement il y a un spécifique Service d'intégration Veeam Backup Hyper-V et votre propre chauffeur pour travailler avec CBT.
Et à la fin, parlons de qui travaille sur les machines virtuelles pendant la sauvegarde. Pour exécuter des scripts avant et après le gel, pour créer un cliché instantané, collecter des métadonnées, travailler avec les journaux de transactions SQL, etc. Assistant invité Veeam. Et si les systèmes de fichiers sont indexés, Indexeur d'invités Veeam . Il s'agit de services temporaires déployés pendant la durée de la sauvegarde et supprimés après celle-ci.
Dans le cas des machines Linux, tout est beaucoup plus simple en raison de la présence d'un grand nombre de bibliothèques intégrées et des capacités du système lui-même. Par exemple, l'indexation se fait via mlocate.
C'est tout pour le moment
Je n'ose plus te faire de mal court Je considère que l'introduction au compartiment moteur de Veeam est terminée. Oui, nous ne nous sommes même pas approchés des tanières elles-mêmes, mais croyez-moi, pour que les informations qui y sont présentées ne ressemblent pas à un flux de conscience incohérent, une telle introduction est absolument nécessaire. Je prévois d'aller aux journaux eux-mêmes uniquement dans le troisième article, et le plan pour le prochain est d'expliquer qui génère les journaux, ce qui y est exactement affiché et pourquoi exactement, et pas autrement.
Source: habr.com