{"id":97729,"date":"2020-10-21T08:42:22","date_gmt":"2020-10-21T06:42:22","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/otkuda-berutsya-logi-veeam-log-diving"},"modified":"2020-10-21T08:42:22","modified_gmt":"2020-10-21T06:42:22","slug":"otkuda-berutsya-logi-veeam-log-diving","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/otkuda-berutsya-logi-veeam-log-diving","title":{"rendered":"D'o\u00f9 viennent les journaux ? Plong\u00e9e dans les journaux Veeam","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"D'o\u00f9<\/p>\n

Poursuivons notre immersion dans le monde fascinant du d\u00e9pannage \u00e0 travers les logs. Dans l'article pr\u00e9c\u00e9dent<\/a><\/noindex> nous avons convenu de la signification des termes de base et jetez un \u0153il \u00e0 la structure g\u00e9n\u00e9rale de Veeam en tant qu'application unique. La t\u00e2che pour cette fois - comprendre comment les fichiers logs sont g\u00e9n\u00e9r\u00e9s, quelle information y est affich\u00e9e et pourquoi ils ont cet aspect.<\/p>\n

Que pensez-vous, que sont donc ces \u00ab logs \u00bb ? Pour la plupart, les logs de toute application devraient jouer le r\u00f4le d'une sorte d'entit\u00e9 omnipotente, qui la plupart du temps tra\u00eene \u00e0 l'arri\u00e8re-plan, mais qui, au bon moment, appara\u00eet de nulle part dans une armure brillante et sauve le monde. Autrement dit, ils devraient contenir tout, des plus petites erreurs de chaque composant aux transactions sp\u00e9cifiques de la base de donn\u00e9es. Et apr\u00e8s une erreur, cela devrait imm\u00e9diatement indiquer comment la corriger. Et cela devrait tenir dans quelques m\u00e9gaoctets, pas plus. Ce n'est que du texte ! Les fichiers texte ne peuvent pas occuper des dizaines de gigaoctets, j'ai entendu cela quelque part !<\/p>\n

Alors, les journaux<\/h2>\n

Dans le monde r\u00e9el, les journaux ne sont rien d'autre qu'une archive d'informations diagnostiques. Et ce que l'on y conserve, d'o\u00f9 l'on tire les informations \u00e0 conserver et \u00e0 quel niveau de d\u00e9tail, cela revient aux d\u00e9veloppeurs eux-m\u00eames. Certains optent pour le minimalisme en ne conservant que les enregistrements de type ON\/OFF, tandis que d'autres rassemblent tout ce qu'ils peuvent atteindre. Cependant, il existe aussi une option interm\u00e9diaire avec la possibilit\u00e9 de choisir ce que l'on appelle le Logging Level, o\u00f9 vous indiquez vous-m\u00eame \u00e0 quel point vous souhaitez conserver des informations d\u00e9taill\u00e9es et combien d'espace disque vous avez \u00e0 votre disposition =) Chez VBR, il existe pas moins de six niveaux, d'ailleurs. Et croyez-moi, vous ne souhaitez pas voir ce qui se passe lors d'une journalisation extr\u00eamement d\u00e9taill\u00e9e avec l'espace libre de votre disque.<\/p>\n

D'accord. Nous avons \u00e0 peu pr\u00e8s compris ce que nous voulons conserver, mais se pose la question l\u00e9gitime : d'o\u00f9 obtenir cette information ? Une partie des \u00e9v\u00e9nements \u00e0 enregistrer, bien s\u00fbr, est g\u00e9n\u00e9r\u00e9e par nos processus internes. Mais que faire lorsque l'interaction avec l'environnement externe se produit ? Pour \u00e9viter de plonger dans un enfer de b\u00e9quilles et de v\u00e9los, Veeam a tendance \u00e0 ne pas r\u00e9inventer des roues d\u00e9j\u00e0 invent\u00e9es. Toujours, lorsqu'il existe d\u00e9j\u00e0 une API pr\u00eate \u00e0 l'emploi, une fonction int\u00e9gr\u00e9e au syst\u00e8me, une biblioth\u00e8que, etc., nous privil\u00e9gierons les options existantes avant de commencer \u00e0 bricoler nos propres solutions astucieuses. Bien qu'il y en ait aussi beaucoup. Donc, lors de l'analyse des logs, il est important de comprendre que la majeure partie des erreurs provient des messages des API tierces, des appels syst\u00e8me et d'autres biblioth\u00e8ques. Dans ce cas, le r\u00f4le de VBR se limite \u00e0 transf\u00e9rer ces erreurs dans les fichiers logs tels quels. Et la t\u00e2che principale de l'utilisateur est d'apprendre \u00e0 comprendre quelle ligne vient de qui, et pour quoi ce \u00ab qui \u00bb est responsable. Donc, si le code d'erreur du log VBR vous m\u00e8ne \u00e0 une page MSDN, c'est normal et correct.<\/p>\n

Comme convenu pr\u00e9c\u00e9demment : Veeam est une application dite bas\u00e9e sur SQL. Cela signifie que tous les r\u00e9glages, toutes les informations et tout ce qui est n\u00e9cessaire pour son bon fonctionnement est stock\u00e9 dans sa base. D'o\u00f9 la simple v\u00e9rit\u00e9 : ce qui n'est pas dans les logs est probablement dans la base. Mais cela ne constitue pas une solution miracle : certaines informations ne se trouvent ni dans les logs locaux des composants Veeam, ni dans sa base. Il est donc n\u00e9cessaire d'apprendre \u00e0 analyser les logs de l'h\u00f4te, les logs de la machine locale et les logs de tout ce qui participe au processus de sauvegarde et de restauration. Il arrive parfois que les informations requises ne soient nulle part disponibles. Tel est le chemin. <\/p>\n

Quelques exemples de telles API<\/h4>\n

Cette liste n'a pas pour objectif d'\u00eatre une source d'exhaustivit\u00e9, donc ne cherchez pas la v\u00e9rit\u00e9 ultime ici. Sa t\u00e2che est simplement de montrer les API externes et les technologies les plus courantes utilis\u00e9es dans nos produits.<\/p>\n

Commen\u00e7ons par VMware<\/strong>. <\/p>\n

Le premier de la liste sera vSphere API<\/strong>. Utilis\u00e9 pour l'authentification, la lecture de hi\u00e9rarchies, la cr\u00e9ation et la suppression de snapshots, la demande d'informations sur les machines, et bien plus encore (\u00e9norm\u00e9ment de choses). Le fonctionnement de la solution est tr\u00e8s large, donc \u00e0 tous ceux qui souhaitent l'explorer, je recommande le  VMware vSphere API Reference pour la version 5.5<\/u><\/a><\/noindex> et 6.0<\/u><\/a><\/noindex>. Pour les versions plus r\u00e9centes, cela se recherche facilement sur Google.<\/p>\n

VIX API<\/strong>. La magie noire de l'hyperviseur, pour laquelle il existe une liste d'erreurs distincte .<\/u><\/a><\/noindex>API VMware pour travailler avec des fichiers sur l'h\u00f4te sans connexion r\u00e9seau. C'est une derni\u00e8re solution de recours, lorsque l'on doit placer un fichier sur une machine sans meilleure option de communication. Cela devient une source de douleur et de souffrance si le fichier est volumineux et que l'h\u00f4te est charg\u00e9. Mais ici, il existe une r\u00e8gle : m\u00eame 56,6 Ko\/s c'est mieux que 0 Ko\/s. Dans Hyper-V, un \u00e9quivalent s'appelle PowerShell Direct. Cela n'\u00e9tait valable que jusqu'\u00e0 l'apparition de<\/p>\n

vSphere Web Services API<\/strong> . \u00c0 partir de vSphere 6.0 (en gros, car ce API a \u00e9t\u00e9 introduit pour la premi\u00e8re fois dans la version 5.5) est utilis\u00e9 pour travailler avec des machines virtuelles et a pratiquement remplac\u00e9 VIX partout. En fait, c'est un autre API pour la gestion de vSphere. Pour ceux qui sont int\u00e9ress\u00e9s, je recommande d'explorer un excellent<\/u><\/a><\/noindex> manuel. <\/p>\n

VDDK<\/strong> (Virtual Disk Development Kit). Librairie dont on a parl\u00e9 en partie dans cette article<\/u><\/a><\/noindex>. Utilis\u00e9 pour la lecture des disques virtuels. Il faisait autrefois partie de VIX, mais avec le temps a \u00e9t\u00e9 s\u00e9par\u00e9 en un produit distinct. Cependant, en tant qu'h\u00e9ritier, il utilise les m\u00eames codes d'erreur que VIX. Mais pour une raison quelconque, il n'y a aucune description de ces erreurs dans le SDK lui-m\u00eame. Il a \u00e9t\u00e9 d\u00e9couvert par exp\u00e9rience que les erreurs VDDK avec d'autres codes ne sont que des traductions du code binaire au code d\u00e9cimal. Il se compose de deux parties : la premi\u00e8re moiti\u00e9 contient des informations non document\u00e9es sur le contexte, et la seconde partie contient les erreurs traditionnelles VIX\/VDDK. Par exemple, si nous voyons :<\/p>\n

Erreur VDDK : 21036749815809. Erreur inconnue<\/code><\/p>\n

Nous le convertissons sans h\u00e9sitation en hexad\u00e9cimal et obtenons 132200000001. Le d\u00e9but peu informatif 132200 est simplement rejet\u00e9, et le reste sera notre code d'erreur (VDDK 1 : Erreur inconnue). R\u00e9cemment, une publication s\u00e9par\u00e9e a \u00e9t\u00e9 consacr\u00e9e aux erreurs VDDK les plus courantes article<\/u><\/a><\/noindex>.<\/p>\n

. Maintenant, examinons Windows<\/strong>. <\/p>\n

. Ici, tout ce dont nous avons besoin et qui est important peut \u00eatre trouv\u00e9 dans le Visionneur d'\u00e9v\u00e9nements<\/strong>. Mais il y a une petite complication : par ancienne tradition, Windows ne journalise pas le texte complet de l'erreur, mais seulement son num\u00e9ro. Par exemple, l'erreur 5 est \"Acc\u00e8s refus\u00e9\", l'erreur 1722 est \"Le serveur RPC est indisponible\", et l'erreur 10060 est \"D\u00e9lai d'attente de connexion d\u00e9pass\u00e9\". Bien s\u00fbr, c'est pratique si vous vous souvenez des plus connues, mais que faire avec celles qui n'ont jamais \u00e9t\u00e9 vues auparavant ? <\/p>\n

Et pour que la vie ne semble pas trop douce, les erreurs sont \u00e9galement stock\u00e9es sous forme hexad\u00e9cimale, avec le pr\u00e9fixe 0x8007. Par exemple, 0x8007000e \u2014 cela correspond en r\u00e9alit\u00e9 \u00e0 14, m\u00e9moire insuffisante. Pourquoi et pour qui cela a \u00e9t\u00e9 fait reste un myst\u00e8re. Cependant, il est possible de t\u00e9l\u00e9charger gratuitement et sans SMS la liste compl\u00e8te des erreurs depuis le centre des d\u00e9veloppeurs<\/u><\/a><\/noindex>.<\/p>\n

D'ailleurs, on rencontre parfois d'autres pr\u00e9fixes, pas seulement 0x8007. Dans une telle situation triste, pour comprendre le HRESULT (\u00ab handle de r\u00e9sultat \u00bb), il faut encore approfondir documentation<\/u><\/a><\/noindex> pour les d\u00e9veloppeurs. Dans la vie quotidienne, je ne vous conseille pas de faire \u00e7a, mais si vous \u00eates press\u00e9 ou simplement curieux, maintenant vous savez quoi faire.<\/p>\n

Mais les amis chez Microsoft ont montr\u00e9 un certain pardon envers nous en pr\u00e9sentant l'outil ERR<\/u><\/a><\/noindex>. C'est un petit morceau de bonheur en console, capable de traduire les codes d'erreur en termes humains sans utiliser Google. Il fonctionne \u00e0 peu pr\u00e8s comme ceci.<\/p>\n

C:UsersrootDesktop>err.exe 0x54f\n# pour hex 0x54f \/ d\u00e9cimal 1359\n  ERROR_INTERNAL_ERROR                                           winerror.h\n# Une erreur interne s'est produite.\n# en tant qu'HRESULT : S\u00e9v\u00e9rit\u00e9 : SUCCES (0), FACILITY_NULL (0x0), Code 0x54f\n# pour hex 0x54f \/ d\u00e9cimal 1359\n  ERROR_INTERNAL_ERROR                                           winerror.h\n# Une erreur interne s'est produite.\n# 2 correspondances trouv\u00e9es pour \"0x54f\"<\/code><\/pre>\n
La question l\u00e9gitime se pose : pourquoi n'\u00e9crivons-nous pas tout de suite les d\u00e9cryptages dans les logs, mais laissons-nous ces codes myst\u00e9rieux ? La r\u00e9ponse se trouve dans des applications tierces. Lorsque vous d\u00e9clenchez vous-m\u00eame un appel WinAPI, d\u00e9chiffrer sa r\u00e9ponse n'est pas un probl\u00e8me, car il existe m\u00eame un appel WinAPI sp\u00e9cial \u00e0 cet effet. Mais comme d\u00e9j\u00e0 dit, tous les logs que nous recevons contiennent des r\u00e9ponses. Et pour le d\u00e9cryptage, il faudrait surveiller en permanence ce flux de conscience, en extirpant des morceaux avec des erreurs Windows, les d\u00e9chiffrer et les r\u00e9ins\u00e9rer. Disons-le honn\u00eatement, ce n'est pas l'activit\u00e9 la plus passionnante.<\/p>\n
Windows File Management API <\/strong>est utilis\u00e9 dans toutes sortes d'op\u00e9rations sur les fichiers. Cr\u00e9ation de fichiers, suppression, ouverture en \u00e9criture, gestion des attributs, et bien d'autres.<\/p>\n
Le mentionn\u00e9 ci-dessus PowerShell Direct<\/strong> est l'\u00e9quivalent de l'API VIX dans le monde de Hyper-V. Malheureusement, il n'est pas aussi flexible : de nombreuses restrictions fonctionnelles, il ne fonctionne pas avec chaque version d'h\u00f4te et loin d'\u00eatre compatible avec tous les invit\u00e9s.<\/p>\n
RPC<\/strong> (Remote Procedure Call) Je pense qu'il n'y a pas une seule personne ayant travaill\u00e9 sous Windows qui n'a pas rencontr\u00e9 d'erreurs li\u00e9es \u00e0 RPC. Contrairement \u00e0 la croyance populaire, il ne s'agit pas d'un protocole unique, mais de tout protocole client-serveur r\u00e9pondant \u00e0 plusieurs crit\u00e8res. Cependant, si nous avons une erreur RPC dans nos journaux, dans 90 % des cas, il s'agira d'une erreur provenant de Microsoft RPC, qui fait partie de DCOM (Distributed Component Object Model).  Il existe une quantit\u00e9 \u00e9norme de documentation \u00e0 ce sujet sur le r\u00e9seau, mais la majorit\u00e9 est plut\u00f4t obsol\u00e8te. N\u00e9anmoins, si vous avez un vif d\u00e9sir d'\u00e9tudier le sujet, je peux recommander des articles Qu'est-ce que RPC ?<\/u><\/a><\/noindex>, Comment le RPC fonctionne<\/u> <\/a><\/noindex>et une longue liste d'erreurs RPC<\/u><\/a><\/noindex>.<\/p>\n
Les principales causes des erreurs RPC dans nos journaux sont les tentatives \u00e9chou\u00e9es d'interaction entre les composants VBR (serveur > proxy, par exemple) et le plus souvent en raison de probl\u00e8mes de communication.<\/p>\n
Le sommet parmi toutes les erreurs est l'erreur The RPC server is unavailable (1722). En d'autres termes, le client n'a pas pu \u00e9tablir de connexion avec le serveur. La raison exacte peut varier, mais c'est g\u00e9n\u00e9ralement un probl\u00e8me d'authentification ou d'acc\u00e8s r\u00e9seau au port 135. Ce dernier est courant dans les infrastructures avec attribution dynamique de ports. \u00c0 ce sujet, il existe m\u00eame une KBA distincte<\/u><\/a><\/noindex>. Et chez Microsoft \u2014 un guide d\u00e9taill\u00e9<\/u><\/a><\/noindex> pour diagnostiquer les causes de la d\u00e9faillance.<\/p>\n
La deuxi\u00e8me erreur la plus courante est : Il n'y a plus de points de terminaison disponibles \u00e0 partir du gestionnaire de points de terminaison (1753). Le client ou le serveur RPC n'a pas pu s'attribuer un port. Cela se produit g\u00e9n\u00e9ralement lorsque le serveur (dans notre cas, la machine virtuelle h\u00f4te) a \u00e9t\u00e9 configur\u00e9 pour une allocation dynamique des ports \u00e0 partir d'une plage \u00e9troite qui est \u00e9puis\u00e9e. Et si l'on consid\u00e8re cela du c\u00f4t\u00e9 client (dans notre cas, le serveur VBR), cela signifie que notre VeeamVssAgent n'a pas d\u00e9marr\u00e9 ou n'a pas \u00e9t\u00e9 enregistr\u00e9 en tant qu'interface RPC. Il existe \u00e9galement une KBA distincte<\/u><\/a><\/noindex>.<\/p>\n
Et pour terminer notre Top 3 des erreurs RPC, rappelons-nous de l'erreur RPC function call failed (1726). Cela appara\u00eet lorsque la connexion a \u00e9t\u00e9 \u00e9tablie, mais que les requ\u00eates RPC ne sont pas trait\u00e9es. Par exemple, nous demandons des informations sur l'\u00e9tat du VSS (au cas o\u00f9 une copie de l'ombre serait en cours, et que nous essayons d'y acc\u00e9der), et en retour, il n'y a rien et nous sommes ignor\u00e9s.<\/p>\n
API de sauvegarde de bande Windows <\/strong>n\u00e9cessaire pour travailler avec des biblioth\u00e8ques ou des lecteurs \u00e0 bande. Comme je l'ai mentionn\u00e9 au d\u00e9but : \u00e9crire ses propres pilotes et souffrir ensuite du support de chaque appareil n'est pas du tout un plaisir. C'est pourquoi Veeam n'a pas de pilotes propres. Tout passe par l'API standard, dont le support est assur\u00e9 par les fournisseurs de mat\u00e9riel. C'est beaucoup plus logique, n'est-ce pas ?<\/p>\n
SMB\/CIFS<\/strong> Tout le monde a l'habitude de les \u00e9crire c\u00f4te \u00e0 c\u00f4te, bien que peu se rappellent que CIFS (Common Internet File System) est simplement une version priv\u00e9e de SMB (Server Message Block). Donc, il n'y a rien de mal \u00e0 g\u00e9n\u00e9raliser ces concepts. Samba est d\u00e9j\u00e0 une impl\u00e9mentation Linux\/Unix, et il y a ses propres particularit\u00e9s, mais je m'\u00e9gare. Ce qui est important ici : lorsque Veeam demande d'\u00e9crire quelque chose via un chemin UNC (serveurdossier), le serveur utilise la hi\u00e9rarchie des pilotes du syst\u00e8me de fichiers, y compris mup et mrxsmb, pour \u00e9crire sur le partage. Par cons\u00e9quent, ce sont \u00e9galement ces pilotes qui g\u00e9n\u00e9reront des erreurs.<\/p>\n
Il est absolument impossible de se passer de Winsock API<\/strong>. Si quelque chose doit \u00eatre fait sur le r\u00e9seau, VBR fonctionne via l'API Windows Socket, commun\u00e9ment appel\u00e9 Winsock. Donc, si nous voyons dans le journal la paire IP:Port, c'est \u00e7a. La documentation officielle contient une bonne liste des options possibles. d'erreurs<\/u><\/a><\/noindex>.<\/p>\n
Le mentionn\u00e9 ci-dessus WMI<\/strong> (Windows Management Instrumentation) \u2014 c'est une API toute-puissante pour g\u00e9rer tout et tout dans le monde de Windows. Par exemple, lorsqu'on travaille avec Hyper-V, presque toutes les requ\u00eates au serveur se font par son interm\u00e9diaire. En un mot, c'est un outil absolument indispensable et tr\u00e8s puissant dans ses capacit\u00e9s. Dans les tentatives d'aider \u00e0 d\u00e9terminer o\u00f9 et quoi est cass\u00e9, l'outil int\u00e9gr\u00e9 WBEMtest.exe est d'une grande aide.<\/p>\n
Et le dernier de la liste, mais pas le moins important \u2014 VSS<\/strong> (Volume Shadow Storage). Ce sujet est aussi infini et myst\u00e9rieux que la quantit\u00e9 de documentation \u00e9crite \u00e0 son sujet. La copie de s\u00e9curit\u00e9 peut \u00eatre comprise comme un type sp\u00e9cial de snapshot, qui est en fait ce qu'il est. Gr\u00e2ce \u00e0 elle, il est possible de r\u00e9aliser des sauvegardes coh\u00e9rentes des applications dans VMware, et dans Hyper-V, presque tout peut l'\u00eatre. J'ai l'intention de r\u00e9diger un article distinct avec un r\u00e9sum\u00e9 sur VSS, mais en attendant, vous pouvez essayer de lire cette description<\/u><\/a><\/noindex>. Soyez juste prudent, car essayer de comprendre VSS \u00e0 la h\u00e2te peut entra\u00eener des blessures c\u00e9r\u00e9brales.<\/p>\n
Cela suffit, je suppose. Je consid\u00e8re que la t\u00e2che d'expliquer les choses les plus basiques est accomplie, donc dans le prochain chapitre, nous examinerons les logs. Mais si vous avez des questions, n'h\u00e9sitez pas \u00e0 les poser dans les commentaires.<\/p>\n<\/p>\n
Source : habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
\u041f\u0440\u043e\u0434\u043e\u043b\u0436\u0430\u0435\u043c \u043d\u0430\u0448\u0435 \u043f\u043e\u0433\u0440\u0443\u0436\u0435\u043d\u0438\u0435 \u0432 \u0443\u0432\u043b\u0435\u043a\u0430\u0442\u0435\u043b\u044c\u043d\u044b\u0439 \u043c\u0438\u0440 \u0433\u0430\u0434\u0430\u043d… \u0442\u0440\u0430\u0431\u043b\u0448\u0443\u0442\u0438\u043d\u0433\u0430 \u043f\u043e \u043b\u043e\u0433\u0430\u043c. \u0412 \u043f\u0440\u0435\u0434\u044b\u0434\u0443\u0449\u0435\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u043c\u044b \u0434\u043e\u0433\u043e\u0432\u043e\u0440\u0438\u043b\u0438\u0441\u044c \u043e \u0437\u043d\u0430\u0447\u0435\u043d\u0438\u0438 \u0431\u0430\u0437\u043e\u0432\u044b\u0445 \u0442\u0435\u0440\u043c\u0438\u043d\u043e\u0432 \u0438 \u043e\u0434\u043d\u0438\u043c \u0433\u043b\u0430\u0437\u043a\u043e\u043c \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0435\u043b\u0438 \u043e\u0431\u0449\u0443\u044e \u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 Veeam, \u043a\u0430\u043a \u0435\u0434\u0438\u043d\u043e\u0433\u043e \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f. \u0417\u0430\u0434\u0430\u0447\u0430 \u043d\u0430 \u044d\u0442\u0443 — \u0440\u0430\u0437\u043e\u0431\u0440\u0430\u0442\u044c\u0441\u044f \u043a\u0430\u043a \u0444\u043e\u0440\u043c\u0438\u0440\u0443\u044e\u0442\u0441\u044f \u043b\u043e\u0433 \u0444\u0430\u0439\u043b\u044b, \u0447\u0442\u043e \u0437\u0430 \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u044f \u0432 \u043d\u0438\u0445 \u043e\u0442\u043e\u0431\u0440\u0430\u0436\u0435\u043d\u0430 \u0438 \u043f\u043e\u0447\u0435\u043c\u0443 \u043e\u043d\u0438 \u0432\u044b\u0433\u043b\u044f\u0434\u044f\u0442 \u043a\u0430\u043a \u0432\u044b\u0433\u043b\u044f\u0434\u044f\u0442. \u041a\u0430\u043a \u0432\u044b \u0434\u0443\u043c\u0430\u0435\u0442\u0435, \u0447\u0442\u043e \u0432\u043e\u043e\u0431\u0449\u0435 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":97730,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-97729","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47D'o\u00f9 viennent les journaux ? Plong\u00e9e dans les journaux Veeam | ProHoster","description":"Nous continuons notre immersion dans le monde fascinant de la divination...","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/otkuda-berutsya-logi-veeam-log-diving","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"fr_FR","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041e\u0442\u043a\u0443\u0434\u0430 \u0431\u0435\u0440\u0443\u0442\u0441\u044f \u043b\u043e\u0433\u0438? Veeam Log Diving | ProHoster","og:description":"\u041f\u0440\u043e\u0434\u043e\u043b\u0436\u0430\u0435\u043c \u043d\u0430\u0448\u0435 \u043f\u043e\u0433\u0440\u0443\u0436\u0435\u043d\u0438\u0435 \u0432 \u0443\u0432\u043b\u0435\u043a\u0430\u0442\u0435\u043b\u044c\u043d\u044b\u0439 \u043c\u0438\u0440 \u0433\u0430\u0434\u0430\u043d...","og:url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/otkuda-berutsya-logi-veeam-log-diving","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-10-21T06:42:22+00:00","article:modified_time":"2020-10-21T06:42:22+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"97729","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 10:14:39","updated":"2022-09-30 13:30:55","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/97729","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/comments?post=97729"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/97729\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media\/97730"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=97729"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=97729"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=97729"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}