{"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\/pt\/blog\/administrirovanie\/veeam-log-diving-komponenty-i-glossarij","title":{"rendered":"Mergulho nos Logs da Veeam: componentes e gloss\u00e1rio","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Mergulho
\n
\nN\u00f3s, da Veeam, adoramos logs. E como a maioria das nossas solu\u00e7\u00f5es \u00e9 modular, geramos muitos logs. Como nossa \u00e1rea de atua\u00e7\u00e3o \u00e9 garantir a seguran\u00e7a dos seus dados (ou seja, a sua tranquilidade), os logs devem n\u00e3o apenas registrar cada pequeno detalhe, mas faz\u00ea-lo de maneira detalhada. Isso \u00e9 necess\u00e1rio para que, em caso de problemas, possamos entender como isso aconteceu, quem \u00e9 o culpado e o que fazer em seguida. \u00c9 como na criminologia: voc\u00ea nunca sabe qual pequeno detalhe pode ajud\u00e1-lo a encontrar o assassino de Laura Palmer.<\/p>\n

Por isso, decidi me lan\u00e7ar em uma s\u00e9rie de artigos onde falarei de forma sequencial sobre o que registramos nos logs, onde os armazenamos, como n\u00e3o enlouquecer com sua estrutura e o que realmente procurar neles.
\n<\/a><\/noindex><\/p>\n

Por que uma s\u00e9rie de artigos e por que n\u00e3o descrever tudo de uma s\u00f3 vez? <\/h3>\n

\nSimplesmente listar onde cada log est\u00e1 localizado e o que cont\u00e9m seria uma tarefa bastante ingrata. E pensar em manter essa informa\u00e7\u00e3o atualizada \u00e9 at\u00e9 assustador. Uma simples listagem de todos os tipos poss\u00edveis de logs no Veeam Backup & Replication seria uma tabela de v\u00e1rias p\u00e1ginas em fonte pequena. Al\u00e9m disso, ela s\u00f3 seria atual no momento da publica\u00e7\u00e3o, j\u00e1 que, com a sa\u00edda do pr\u00f3ximo patch, podem surgir novos logs, a l\u00f3gica das informa\u00e7\u00f5es armazenadas nos antigos pode mudar, e assim por diante. Portanto, \u00e9 muito mais vantajoso explicar a estrutura deles e a ess\u00eancia das informa\u00e7\u00f5es contidas. Isso permitir\u00e1 uma melhor orienta\u00e7\u00e3o no futuro, em vez de apenas decorar nomes.<\/p>\n

Assim, para n\u00e3o mergulharmos de cabe\u00e7a em um mar de textos longos, vamos fazer um trabalho preparat\u00f3rio neste artigo. Portanto, hoje n\u00e3o vamos nos aprofundar nos pr\u00f3prios logs, mas iremos abord\u00e1-los pelo lado: vamos compor um gloss\u00e1rio e discutir um pouco sobre a estrutura da Veeam sob a perspectiva da gera\u00e7\u00e3o de logs.<\/p>\n

Gloss\u00e1rio e g\u00edrias<\/h3>\n

\nAqui, em primeiro lugar, devo me desculpar com os defensores da pureza da l\u00edngua russa e os estudiosos do dicion\u00e1rio de Ozhegov. Todos n\u00f3s amamos muito nosso idioma nativo, mas a maldita ind\u00fastria de TI opera em ingl\u00eas. N\u00e3o fomos n\u00f3s que decidimos isso; assim, historicamente, as coisas aconteceram. N\u00e3o sou culpada, ele veio por conta pr\u00f3pria.<\/p>\n

No nosso setor, o problema dos anglicismos (e jarg\u00e3o) tem suas especificidades. Quando palavras inocentes como \"host\" ou \"guest\" j\u00e1 t\u00eam significados muito concretos em todo o mundo, em \u2159 parte da terra continua a haver uma desconex\u00e3o heroica e confusa, com as pessoas consultando dicion\u00e1rios. E o argumento absolutamente necess\u00e1rio \"Mas aqui no nosso trabalho...\".<\/p>\n

Al\u00e9m disso, existe a nossa pr\u00f3pria terminologia, que \u00e9 caracter\u00edstica dos produtos Veeam, embora algumas palavras e express\u00f5es tenham se popularizado. Por isso, agora vamos concordar sobre o que cada termo significa, e, doravante, quando eu mencionar 'guest', estarei me referindo especificamente ao que est\u00e1 escrito neste cap\u00edtulo, e n\u00e3o ao que voc\u00ea est\u00e1 acostumado no seu trabalho. E sim, isso n\u00e3o \u00e9 um capricho meu; s\u00e3o termos estabelecidos na ind\u00fastria. \u00c9 um tanto in\u00fatil lutar contra eles. Embora eu esteja sempre aberto a debater nos coment\u00e1rios.<\/p>\n

Infelizmente, existem muitos termos em nosso trabalho e nos produtos, ent\u00e3o n\u00e3o tentarei enumer\u00e1-los todos. Apenas os mais b\u00e1sicos e necess\u00e1rios para sobreviver em um mar de informa\u00e7\u00f5es sobre backups e logs. Para os interessados, posso tamb\u00e9m sugerir um artigo <\/a><\/noindex>de um colega sobre faixas, onde ele tamb\u00e9m traz uma lista de termos relacionados \u00e0quela parte da funcionalidade.<\/p>\n

Host:<\/strong> No mundo da virtualiza\u00e7\u00e3o, isso se refere a uma m\u00e1quina com hipervisor. F\u00edsica, virtual, em nuvem \u2014 n\u00e3o importa. Se um hipervisor (ESXi, Hyper-V, KVM, etc.) est\u00e1 rodando em algo, ent\u00e3o esse 'algo' \u00e9 chamado de host. Seja um cluster de dez racks ou seu laptop com um laborat\u00f3rio de uma a duas m\u00e1quinas virtuais \u2014 se voc\u00ea iniciou um hipervisor, voc\u00ea se tornou um host. Porque o hipervisor hospeda m\u00e1quinas virtuais. H\u00e1 at\u00e9 uma hist\u00f3ria de que a VMware, em determinado momento, quis estabelecer uma associa\u00e7\u00e3o forte da palavra 'host' especificamente com o ESXi. Mas n\u00e3o conseguiu.<\/p>\n

No mundo moderno, o conceito de 'host' praticamente se misturou ao conceito de 'servidor', o que gera certa confus\u00e3o na comunica\u00e7\u00e3o, especialmente quando se discute infraestrutura Windows. Assim, qualquer m\u00e1quina que tenha algum servi\u00e7o de interesse pode ser chamada de host. Por exemplo, nos logs do WinSock, tudo \u00e9 marcado como host. O cl\u00e1ssico 'Host not found' \u00e9 um exemplo disso. Portanto, devemos partir do contexto, mas lembrar \u2014 no mundo da virtualiza\u00e7\u00e3o, um host \u00e9 aquele que hospeda guests (sobre isso, duas linhas abaixo).<\/p>\n

Entre os jarg\u00f5es locais (na verdade, acr\u00f4nimos, neste caso) aqui lembramos que VMware \u00e9 VI, vSphere \u00e9 VC, e Hyper-V \u00e9 HV.<\/p>\n

Gast (Convidado):<\/strong> M\u00e1quina virtual que opera em um host. N\u00e3o h\u00e1 necessidade de explicar, pois tudo \u00e9 t\u00e3o l\u00f3gico e simples. No entanto, muitos insistem em trazer aqui outros significados. <\/p>\n

Por qu\u00ea? Eu n\u00e3o sei.
\nSO do convidado, ou seja, o sistema operacional da m\u00e1quina convidada. E assim por diante.<\/p>\n

Backup\/Replication Job (trabalho de backup):<\/strong> Um jarg\u00e3o puramente do VMware, referindo-se a uma das tarefas. Backup job == Trabalho de Backup. Ningu\u00e9m conseguiu pensar em uma boa tradu\u00e7\u00e3o, ent\u00e3o todos dizem \"job\". Com a \u00eanfase na \u00faltima s\u00edlaba.<\/p>\n

Sim, assim t\u00e3o facilmente se diz \"job\". E at\u00e9 em e-mails isso \u00e9 escrito, e tudo bem.
\nDiversos Trabalhos de Backup, Tarefas de Backup e etc., obrigado, mas n\u00e3o \u00e9 necess\u00e1rio. Apenas job, e voc\u00ea ser\u00e1 entendido. O principal \u00e9 colocar a \u00eanfase na \u00faltima s\u00edlaba.<\/p>\n

Backup (Backup, bck. Para os verdadeiros veteranos, \u00e9 permitido dizer bakup):<\/strong> Al\u00e9m do \u00f3bvio (uma c\u00f3pia de seguran\u00e7a dos dados em algum lugar), tamb\u00e9m se refere ao pr\u00f3prio job (tr\u00eas linhas acima, se voc\u00ea j\u00e1 esqueceu), que resulta na cria\u00e7\u00e3o do arquivo de backup. Provavelmente, os falantes nativos de ingl\u00eas s\u00e3o muito pregui\u00e7osos para dizer toda vez I ran my backup job, ent\u00e3o eles simplesmente dizem I ran my backup, e todos se entendem perfeitamente. Sugiro apoiar essa iniciativa maravilhosa.<\/p>\n

Consolidate (Consolida\u00e7\u00e3o): <\/strong>Termo que surgiu no ESXi 5.0. Uma op\u00e7\u00e3o no menu de trabalho com snapshots que inicia o processo de remo\u00e7\u00e3o dos chamados snapshots orphaned. Ou seja, snapshots que fisicamente existem, mas ca\u00edram da estrutura l\u00f3gica exibida. Teoricamente, esse processo n\u00e3o deve afetar os arquivos exibidos no gerenciador de snapshots, mas pode acontecer de tudo. A ess\u00eancia do processo de consolida\u00e7\u00e3o \u00e9 que os dados do snapshot (disco filho) s\u00e3o gravados no disco principal (disco pai). O processo de uni\u00e3o dos discos \u00e9 chamado de merge. Se um comando de consolida\u00e7\u00e3o foi dado, a entrada do snapshot pode ser removida do banco de dados antes que o snapshot seja mesclado e exclu\u00eddo. E se o snapshot n\u00e3o puder ser exclu\u00eddo por qualquer motivo, esses snapshots orphaned aparecem. Sobre o trabalho com snapshots, a VMware possui um bom KB<\/a><\/noindex>. E n\u00f3s tamb\u00e9m j\u00e1 escrevemos sobre eles no Habr<\/a><\/noindex>.<\/p>\n

Datastore (Armazenamento ou storage): <\/strong>\u00a0\u00c9 um conceito muito amplo, mas no mundo da virtualiza\u00e7\u00e3o, refere-se a um lugar onde s\u00e3o armazenados os arquivos das m\u00e1quinas virtuais. De qualquer forma, \u00e9 fundamental entender o contexto e, em caso de d\u00favidas, esclarecer o que exatamente seu interlocutor quis dizer.\u00a0<\/p>\n

Proxy (Proxy): <\/strong>\u00c9 importante entender imediatamente que o Veeam Proxy n\u00e3o \u00e9 exatamente a mesma coisa que estamos acostumados a ver na internet. Dentro dos produtos da Veeam, trata-se de uma entidade que se encarrega de transferir dados de um lugar para outro. Sem entrar em detalhes, o VBR \u00e9 o servidor de comando, enquanto o proxy s\u00e3o suas \u2018cavalos de trabalho\u2019. Ou seja, o proxy \u00e9 a m\u00e1quina pela qual o tr\u00e1fego flui e na qual est\u00e3o instalados os componentes do VBR, que ajudam a gerenciar esse tr\u00e1fego. Por exemplo, transferindo dados de um canal para outro ou simplesmente conectando discos (modo HotAdd).<\/p>\n

Repository (Reposit\u00f3rio): <\/strong>\u00a0Tecnologicamente, isso \u00e9 apenas uma entrada na base de dados do VBR, indicando o local onde os backups s\u00e3o armazenados e como se conectar a esse local. Na pr\u00e1tica, pode ser desde um simples compartilhamento CIFS at\u00e9 um disco separado, servidor ou um bucket na nuvem. Novamente, estamos no contexto, mas entendemos que o reposit\u00f3rio \u00e9 simplesmente o lugar onde seus backups est\u00e3o.<\/p>\n

\u00a0Snapshot (Snapshot): <\/strong>Os amantes da gram\u00e1tica de Oxford preferem dizer quem \u00e9 sn\u00c9pshot, quem \u00e9 sn\u00capshot, por\u00e9m a maioria n\u00e3o t\u00e3o culta vence pela quantidade. Para quem n\u00e3o sabe \u2013 esta \u00e9 uma tecnologia que permite restaurar o estado do disco em um momento espec\u00edfico. Isso \u00e9 feito, ou redirecionando temporariamente as opera\u00e7\u00f5es de I\/O fora do disco principal \u2013 isso \u00e9 chamado de sn\u00e1pshot RoW (Redirect on Write) \u2013 ou movendo os blocos reescritos do seu disco para outro \u2013 isso \u00e9 chamado de sn\u00e1pshot CoW (Copy on Write). \u00c9 gra\u00e7as \u00e0s amplas possibilidades de aplicar essas fun\u00e7\u00f5es que a Veeam pode realizar sua m\u00e1gica de backup. Estritamente falando, n\u00e3o apenas ela, mas isso \u00e9 uma quest\u00e3o dos pr\u00f3ximos lan\u00e7amentos.<\/p>\n

Na documenta\u00e7\u00e3o e nos logs do ESXi h\u00e1 uma certa confus\u00e3o em torno desse termo, e no contexto de men\u00e7\u00e3o a snapshots, podemos encontrar tanto os pr\u00f3prios snapshots, quanto o redo log e at\u00e9 mesmo o delta disk. Na documenta\u00e7\u00e3o da Veeam n\u00e3o h\u00e1 tal desordem, e snapshot \u00e9 um snapshot, enquanto redo log \u00e9 exatamente o arquivo REDO, criado por um disco non-persistent independente. Os arquivos REDO s\u00e3o exclu\u00eddos ao desligar a m\u00e1quina virtual, por isso confundi-los com snapshots \u00e9 um caminho para o fracasso.<\/p>\n

Sint\u00e9tico:<\/strong> Backups sint\u00e9ticos referem-se a backups reverse incremental e forever forward. Caso voc\u00ea ainda n\u00e3o tenha se deparado com este termo, \u00e9 apenas um dos mecanismos usados para construir uma cadeia de backups. No entanto, tamb\u00e9m \u00e9 poss\u00edvel encontrar o conceito de Transform nos logs, que \u00e9 utilizado na cria\u00e7\u00e3o de c\u00f3pias completas a partir dos incrementos (synthetic full).<\/p>\n

Tarefa:<\/strong> Este \u00e9 o processo de tratamento de cada m\u00e1quina individual dentro de um job. Ou seja, se voc\u00ea tiver um job de backup que inclui tr\u00eas m\u00e1quinas, cada m\u00e1quina ser\u00e1 processada em uma tarefa separada. Assim, haver\u00e1 quatro logs: um principal para o job e tr\u00eas para as tarefas. Por\u00e9m, h\u00e1 um detalhe importante aqui: ao longo do tempo, a palavra \"tarefa\" se tornou excessivamente poliss\u00eamica. Quando falamos sobre logs gerais, entendemos que a tarefa se refere \u00e0 VM. Mas h\u00e1 suas \"tarefas\" tamb\u00e9m no proxy e no reposit\u00f3rio. L\u00e1, isso pode significar tanto um disco virtual, quanto uma m\u00e1quina virtual, ou todo o job. Portanto, \u00e9 crucial n\u00e3o perder o contexto.<\/p>\n

Veeam %name% Service:<\/strong>: \u00a0<\/strong>Para o sucesso dos backups, v\u00e1rios servi\u00e7os est\u00e3o em opera\u00e7\u00e3o, cuja lista pode ser encontrada na ferramenta padr\u00e3o. Seus nomes refletem claramente sua ess\u00eancia, no entanto, entre eles, o mais importante \u00e9 o Veeam Backup Service, sem o qual os demais n\u00e3o funcionar\u00e3o.<\/p>\n

VSS: <\/strong>Tecnicamente, VSS deve sempre se referir ao Microsoft Volume Shadow Copy Service. Na pr\u00e1tica, \u00e9 utilizado por muitos como sin\u00f4nimo de Application-Aware Image Processing. O que, \u00e9 claro, est\u00e1 categoricamente errado, mas isso \u00e9 uma hist\u00f3ria do tipo \"todo SUV pode ser chamado de Jeep, e voc\u00ea ser\u00e1 compreendido\".<\/p>\n

Logs fant\u00e1sticos e os lugares onde eles habitam<\/h3>\n

\nQuero come\u00e7ar este cap\u00edtulo revelando um grande mist\u00e9rio \u2014 que hora \u00e9 exibida nos logs?<\/p>\n

Lembre-se:<\/p>\n