{"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\/it\/blog\/administrirovanie\/veeam-log-diving-komponenty-i-glossarij","title":{"rendered":"Veeam Log Diving: componenti e glossario","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Veeam
\n
\nNoi di Veeam amiamo i log. E poich\u00e9 la maggior parte delle nostre soluzioni \u00e8 modulare, scrivono una quantit\u00e0 considerevole di log. Dato che il nostro campo di attivit\u00e0 \u00e8 la protezione dei vostri dati (cio\u00e8 il sonno tranquillo), i log non devono solo registrare ogni singolo dettaglio, ma farlo anche in modo piuttosto dettagliato. \u00c8 necessario affinch\u00e9, in caso di problemi, sia chiaro come \u00e8 avvenuto il \u201cproblema\u201d, chi \u00e8 responsabile e cosa occorre fare in seguito. Qui \u00e8 come nella criminologia: non si sa mai quale piccolo dettaglio possa aiutarti a trovare l\u2019assassino di Laura Palmer.<\/p>\n

Per questo ho deciso di intraprendere una serie di articoli, in cui racconter\u00f2 in modo sequenziale cosa scriviamo nei log, dove li archiviamo, come non impazzire per la loro struttura e cosa cercare al loro interno.
\n<\/a><\/noindex><\/p>\n

Perch\u00e9 una serie di articoli e perch\u00e9 non descrivere tutto in una volta? <\/h3>\n

\nElencare semplicemente dove si trova ogni log e cosa contiene \u00e8 un'impresa piuttosto infelice. E pensare a come mantenere queste informazioni aggiornate \u00e8 spaventoso. Un semplice elenco di tutti i possibili tipi di log in Veeam Backup & Replication sarebbe una tabella su pi\u00f9 fogli in carattere ridotto. Inoltre, sarebbe valida solo al momento della pubblicazione, poich\u00e9 con l'uscita del prossimo aggiornamento potrebbero apparire nuovi log, cambiare la logica delle informazioni archiviate nei vecchi, e cos\u00ec via. Pertanto, \u00e8 molto pi\u00f9 utile spiegare la loro struttura e il significato delle informazioni in esse contenute. Questo permetter\u00e0 di orientarsi meglio, piuttosto che limitarsi a memorizzare nomi.<\/p>\n

Quindi, per non tuffarci a capofitto in fogli di testo, vediamo di fare un po' di lavoro preparatorio in questo articolo. Pertanto, oggi non ci addentreremo nei log stessi, ma ci avvicineremo da lontano: comporremo un glossario e discuteremo un po' della struttura di Veeam dal punto di vista della generazione di log.<\/p>\n

Glossario e gerghi<\/h3>\n

\nQui \u00e8 opportuno scusarsi con i sostenitori della purezza della lingua russa e con i testimoni del vocabolario di O\u017eegov. Amiamo tutti molto la nostra lingua madre, ma la dannata industria IT lavora in inglese. Non siamo stati noi a deciderlo, ma cos\u00ec \u00e8 stato storicamente. Non \u00e8 colpa mia, \u00e8 venuto da s\u00e9 (s)<\/p>\n

Nel nostro settore, il problema degli anglicismi (e del gergo) ha una sua specificit\u00e0. Quando parole apparentemente innocue come \"host\" o \"guest\" si riferiscono a concetti ben precisi in tutto il mondo, una frazione del globo continua a dibattere con incertezze e a consultare i dizionari. E c'\u00e8 sempre l'argomento \"E da noi al lavoro...\".<\/p>\n

In aggiunta, abbiamo una terminologia che \u00e8 specifica per i prodotti Veeam, anche se alcune parole e frasi sono diventate d\u2019uso comune. Quindi ora ci accordiamo sul significato di ogni termine e in seguito, per me, la parola \"guest\" si riferir\u00e0 precisamente a quanto scritto in questo capitolo, e non a come siete abituati a usarla nella vostra azienda. E s\u00ec, non \u00e8 un capriccio personale, ma termini consolidati nel settore. Combattere contro di essi \u00e8 piuttosto senza senso. Anche se sono sempre favorevole a qualche discussione nei commenti.<\/p>\n

Purtroppo, ci sono un numero estremamente elevato di termini nel nostro lavoro e nei prodotti, quindi non tenter\u00f2 di elencarli tutti. Solo i pi\u00f9 basilari e necessari per sopravvivere nel mare di informazioni su backup e log. Per chi fosse interessato, posso anche offrire un articolo <\/a><\/noindex>di un collega sui nastri, dove ha anche fornito un elenco di termini riguardanti quella parte della funzionalit\u00e0.<\/p>\n

Host (Host):<\/strong> Nel mondo della virtualizzazione, \u00e8 la macchina con hypervisor. Fisica, virtuale, cloud \u2014 non importa. Se qualcosa sta eseguendo un hypervisor (ESXi, Hyper-V, KVM ecc.), allora quel \"qualcosa\" \u00e8 chiamato host. Che si tratti di un cluster di dieci rack o del vostro laptop con un paio di macchine virtuali \u2014 se avete avviato un hypervisor, siete diventati un host. Perch\u00e9 l'hypervisor ospita macchine virtuali. C'\u00e8 anche una leggenda che dice che VMware, un tempo, voleva ottenere un'associazione precisa tra la parola host e ESXi. Ma non ci \u00e8 riuscita.<\/p>\n

Nel mondo moderno, il concetto di \"host\" si \u00e8 praticamente fuso con quello di \"server\", il che crea una certa confusione nella comunicazione, specialmente quando si parla di infrastruttura Windows. Quindi qualsiasi macchina che ospiti un servizio di nostro interesse pu\u00f2 essere tranquillamente chiamata host. Ad esempio, nei log di WinSock, il termine host viene utilizzato per etichettare tutto quello che passa. Il classico esempio \u00e8 \"Host non trovato\". Quindi partiamo dal contesto, ma ricordiamo \u2014 nel mondo della virtualizzazione, un host \u00e8 quello che ospita i guest (di questo ne parleremo tra un paio di righe).<\/p>\n

Tra i gerghi locali (pi\u00f9 precisamente acronimi, in questo caso) si ricorda che VMware \u00e8 VI, vSphere \u00e8 VC e Hyper-V \u00e8 HV.<\/p>\n

Guest (Ospite):<\/strong> Una macchina virtuale che gira su un host. Qui non c'\u00e8 nemmeno bisogno di spiegare, tutto \u00e8 cos\u00ec logico e semplice. Tuttavia, molti si sforzano di portare qui altri significati. <\/p>\n

Perch\u00e9? Non lo so.
\nGuest OS, di conseguenza, il sistema operativo della macchina ospite. E cos\u00ec via.<\/p>\n

Backup\/Replication Job (jobA):<\/strong> Un gergo puramente VMware, che indica uno dei compiti. Backup job == Lavoro di Backup. Come tradurre bene in russo \u2014 nessuno lo ha inventato, quindi tutti dicono \"jobA\". Con l'accento sull'ultima sillaba.<\/p>\n

S\u00ec, semplicemente si prendono e si dice \"jobA\". E anche nelle lettere si scrivono cos\u00ec, e va tutto bene.
\nTutti i lavori di Backup, Compiti di Backup, ecc., grazie, ma no. Solo jobA, e verranno capiti. L'importante \u00e8 mettere l'accento sull'ultima sillaba.<\/p>\n

Backup (Backup, bacheca. Per i veri oldfag \u00e8 consentito backup):<\/strong> Oltre al significato ovvio (un backup di dati da qualche parte), significa anche il lavoro stesso (tre righe sopra, se gi\u00e0 l\u2019avete dimenticato), da cui viene creato il famigerato file di backup. Probabilmente, i signori madrelingua inglesi sono troppo pigri per dire ogni volta I ran my backup job, quindi dicono semplicemente I ran my backup, e tutti si comprendono perfettamente. Propongo di sostenere questa meravigliosa iniziativa.<\/p>\n

Consolidate (Consolidamento): <\/strong>Un termine emerso in ESXi 5.0 Opzione nel menu per lavorare con gli snapshot, che avvia il processo di eliminazione dei cosiddetti snapshot orfani. Cio\u00e8, snapshot che esistono fisicamente, ma che sono caduti dalla struttura logica visualizzata. Teoricamente, questo processo non dovrebbe coinvolgere i file mostrati nel gestore degli snapshot, tuttavia pu\u00f2 succedere. L'essenza del processo di consolidamento \u00e8 che i dati dello snapshot (child disk) vengono scritti nel disco principale (parent). Il processo di unione dei dischi \u00e8 chiamato merge. Se \u00e8 stato dato un comando di consolidamento, allora la registrazione dello snapshot pu\u00f2 essere rimossa dal database prima che lo snapshot venga unito ed eliminato. E se lo snapshot non \u00e8 stato possibile eliminare per qualsiasi motivo, allora compaiono questi snapshot orfani. Per quanto riguarda il lavoro con gli snapshot, VMware ha una buona KB<\/a><\/noindex>. E noi abbiamo anche scritto qualcosa su di loro su Habr<\/a><\/noindex>.<\/p>\n

Datastore (Store o Storage): <\/strong>\u00a0Un concetto molto ampio, ma nel mondo della virtualizzazione si intende il luogo dove sono memorizzati i file delle macchine virtuali. Tuttavia, in ogni caso \u00e8 necessario comprendere chiaramente il contesto e, in caso di minimi dubbi, chiarire cosa intendesse esattamente il vostro interlocutore.\u00a0<\/p>\n

Proxy (Proxy): <\/strong>\u00c8 importante capire subito che Veeam Proxy non \u00e8 esattamente la stessa cosa a cui siamo abituati nei vari angoli di Internet. Nell'ambito dei prodotti Veeam, \u00e8 una sorta di entit\u00e0 che si occupa di trasferire dati da un luogo all'altro. Senza entrare nei dettagli, VBR \u00e8 il server centrale, mentre il proxy \u00e8 il suo operatore. Quindi, il proxy \u00e8 la macchina attraverso cui passa il traffico e sulla quale sono installati i componenti VBR che aiutano a gestire questo traffico. Ad esempio, trasferire dati da un canale all'altro o semplicemente collegare dischi (modalit\u00e0 HotAdd).<\/p>\n

Repository (Repository): <\/strong>\u00a0Tecnica mente, \u00e8 semplicemente una registrazione nel database VBR che indica il luogo dove sono memorizzati i backup e come connettersi a quel luogo. Pu\u00f2 essere una semplice condivisione CIFS, un disco separato, un server o un bucket nel cloud. Di nuovo, siamo nel contesto, ma comprendiamo che il repository \u00e8 semplicemente un luogo dove si trovano i vostri backup.<\/p>\n

\u00a0Snapshot (Snapshot): <\/strong>Gli amanti della grammatica di Oxford preferiscono pronunciare chi sn\u00c9pshot, chi snEpshot, ma la maggioranza dislessica vince grazie a una massa pi\u00f9 ampia. Per chi non lo sapesse, si tratta di una tecnologia che consente di ripristinare lo stato di un disco a un determinato momento. Questo si realizza, o grazie a un reindirizzamento temporaneo delle operazioni di I\/O lontano dal disco principale \u2014 in tal caso si parla di snapshot RoW (Redirect on Write) \u2014 oppure estraendo i blocchi sovrascritti dal disco in un altro \u2014 questo sar\u00e0 chiamato snapshot CoW (Copy on Write). \u00c8 grazie alle ampie possibilit\u00e0 di applicazione di queste funzionalit\u00e0 che Veeam pu\u00f2 fare la sua magia nel backup. A dire il vero, non solo con esso, ma anche con le prossime release.<\/p>\n

Nella documentazione e nei log di ESXi regna il caos attorno a questo termine, e nel contesto dei snapshot si possono trovare sia i snapshot stessi, sia il redo log e anche il delta disk. Nella documentazione di Veeam non c'\u00e8 tale confusione; uno snapshot \u00e8 uno snapshot e il redo log \u00e8 esattamente il file REDO creato da un disco non persistente. I file REDO vengono eliminati al momento dello spegnimento della macchina virtuale, quindi confonderli con gli snapshot \u00e8 un errore che pu\u00f2 portare al fallimento.<\/p>\n

Sintetico:<\/strong> I backup sintetici si riferiscono ai backup reverse incremental e forever forward. Se non avete mai incontrato questo termine, \u00e8 semplicemente uno dei meccanismi utilizzati per costruire una catena di backup. Tuttavia, nei log si pu\u00f2 anche incontrare il termine Transform, che viene utilizzato nell'ambito della creazione di copie complete a partire dagli incrementi (synthetic full).<\/p>\n

Task (Compito):<\/strong> Questo \u00e8 il processo di elaborazione di ciascuna singola macchina nell'ambito di un job. Quindi: se avete un job di backup che include tre macchine, ogni macchina verr\u00e0 elaborata all'interno di un compito separato. In totale, ci saranno quattro log: uno principale per il job e tre per i compiti. Tuttavia, c'\u00e8 un'importante sfumatura: nel tempo la parola \"compito\" \u00e8 diventata eccessivamente ambigua. Quando parliamo di log generali, intendiamo che un compito \u00e8 precisamente una VM. Ma ci sono \"compiti\" anche sul proxy e sul repository. Qui pu\u00f2 significare sia un disco virtuale, sia una macchina virtuale, sia l'intero job. \u00c8 quindi importante non perdere il contesto.<\/p>\n

Veeam %name% Service (Servizio)<\/strong>: \u00a0<\/strong>A beneficio dei backup di successo, operano diversi servizi, il cui elenco pu\u00f2 essere trovato nell'apposito strumento standard. I loro nomi riflettono abbastanza chiaramente la loro essenza, ma tra gli altri c'\u00e8 uno molto importante \u2014 il Veeam Backup Service, senza il quale gli altri non funzionano.<\/p>\n

VSS: <\/strong>Tecnicamente, VSS dovrebbe sempre riferirsi al Microsoft Volume Shadow Copy Service. In realt\u00e0, molti lo usano come sinonimo di Application-Aware Image Processing. Cosa che, ovviamente, \u00e8 categoricamente errata, ma \u00e8 una storia del tipo \"Qualsiasi fuoristrada pu\u00f2 essere chiamato jeep, e ti comprenderanno\".<\/p>\n

Log fantastici e i luoghi in cui abitano<\/h3>\n

\nVoglio iniziare questo capitolo svelando un grande segreto: quale ora \u00e8 visualizzata nei log?<\/p>\n

Ricordatevi:<\/p>\n