{"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
\nIn Veeam amiamo i log. Poich\u00e9 la maggior parte delle nostre soluzioni \u00e8 modulare, generano un numero considerevole di log. E dato che il nostro ambito \u00e8 garantire la sicurezza dei vostri dati (cio\u00e8 il sonno tranquillo), i log devono non solo registrare ogni minimo evento, ma farlo in modo dettagliato. Questo \u00e8 necessario affinch\u00e9, in caso di problemi, sia chiaro cosa sia successo, chi \u00e8 responsabile e quali siano i passaggi successivi. Qui \u00e8 come nella criminologia: non sai mai quale piccolo particolare possa aiutarti a trovare l'assassino di Laura Palmer.<\/p>\n

Perci\u00f2 ho deciso di intraprendere una serie di articoli in cui racconter\u00f2 passo dopo passo cosa registriamo nei log, dove li archiviazione, come non perdere la testa 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 quali log si trovano e cosa contengono \u00e8 un'idea piuttosto poco praticabile. E pensare a mantenere queste informazioni aggiornate \u00e8 spaventoso. Un semplice elenco di tutti i possibili tipi di log in Veeam Backup & Replication potrebbe riempire diverse pagine in caratteri minuscoli. Inoltre, sar\u00e0 attuale solo al momento della pubblicazione; con l'uscita del prossimo aggiornamento possono emergere nuovi log, cambiare la logica delle informazioni memorizzate nei log esistenti, e cos\u00ec via. \u00c8 quindi molto pi\u00f9 vantaggioso spiegare la loro struttura e il significato delle informazioni contenute. Questo permetter\u00e0 una migliore comprensione pratica rispetto a una semplice memorizzazione dei nomi.<\/p>\n

Pertanto, per non tuffarci a capofitto in pagine di testo, in questo articolo faremo un po' di lavoro preparatorio. Oggi non entreremo nei log stessi, ma procederemo da lontano: creeremo un glossario e discuteremo brevemente la struttura di Veeam dal punto di vista della generazione dei log.<\/p>\n

Glossario e gergo<\/h3>\n

\nQui innanzitutto dobbiamo scusarci con i sostenitori della purezza della lingua russa e con i testimoni del dizionario di Ozhegov. Ammiro profondamente la nostra lingua madre, ma la maledetta industria IT funziona in inglese. Non \u00e8 colpa nostra, ma cos\u00ec \u00e8 storicamente. Non sono io a essere colpevole, \u00e8 venuto da solo.<\/p>\n

Nel nostro campo, il problema degli anglicismi (e del gergo) ha le sue peculiarit\u00e0. Quando parole innocue come \"host\" o \"guest\" vengono interpretate in modo molto specifico in tutto il mondo, in una parte del pianeta si continua a vagare in modo eroico e incerto, frugando nei dizionari. E c'\u00e8 sempre l'argomento obbligatorio: \"Ma da noi al lavoro...\".<\/p>\n

In aggiunta, c'\u00e8 una terminologia strettamente nostra, che appartiene specificamente ai prodotti Veeam, anche se alcune parole e frasi sono entrate nel linguaggio comune. Pertanto, ora ci mettiamo d'accordo su cosa significa ogni termine, e in futuro con la parola 'guest' intender\u00f2 esattamente ci\u00f2 che \u00e8 scritto in questo capitolo, e non ci\u00f2 che sei abituato a usare nel tuo lavoro. E s\u00ec, non \u00e8 un capriccio personale, sono termini consolidati nell'industria. Combattere contro di essi \u00e8 piuttosto futile. Anche se sono sempre aperto a discutere nei commenti.<\/p>\n

Purtroppo, ci sono cos\u00ec tanti termini nel nostro lavoro e nei nostri prodotti che non cercher\u00f2 di elencarli tutti. Solo i pi\u00f9 basilari e necessari per sopravvivere in un mare di informazioni su backup e log. Per chi \u00e8 interessato, posso anche proporre un articolo <\/a><\/noindex>dei colleghi sulle lingue, dove riportava anche un elenco di termini relativi a quella parte della funzionalit\u00e0.<\/p>\n

Host:<\/strong> Nel mondo della virtualizzazione, si tratta di una macchina con un hypervisor. Fisica, virtuale, cloud \u2014 non importa. Se qualcosa esegue un hypervisor (ESXi, Hyper-V, KVM, ecc.), allora si chiama host. Che sia un cluster di dieci rack o il tuo laptop con un laboratorio su un paio di macchine virtuali \u2014 se hai avviato un hypervisor, sei diventato un host. Perch\u00e9 l'hypervisor ospita macchine virtuali. C'\u00e8 persino una leggenda che VMware una volta voleva ottenere un forte legame tra la parola host e ESXi. Ma non ci \u00e8 riuscita.<\/p>\n

Nel mondo moderno, il termine \"host\" si \u00e8 praticamente fuso con quello di \"server\", creando una certa confusione nella comunicazione, specialmente quando si parla di infrastrutture Windows. Qualsiasi macchina che ospita un servizio di nostro interesse pu\u00f2 quindi essere considerata un host. Ad esempio, nei log di WinSock, tutto viene etichettato come host. Il classico \"Host not found\" ne \u00e8 un esempio. Dobbiamo quindi fare riferimento al contesto, ma ricordiamo che nel mondo della virtualizzazione, un host \u00e8 ci\u00f2 che ospita gli ospiti (di questo parleremo tra poco).<\/p>\n

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

Guest (Ospite):<\/strong> Una macchina virtuale che opera su un host. Qui non c'\u00e8 niente da spiegare, \u00e8 molto logico e semplice. Tuttavia, molti sono determinati a portare qui altri significati. <\/p>\n

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

Backup\/Replication Job (jobA):<\/strong> Un termine puramente VMWare che designa uno dei lavori. Backup job == Job di Backup. Come tradurlo elegantemente in russo? Nessuno ci ha mai pensato, quindi tutti usano \"jobA\" con l'accento sull'ultima sillaba.<\/p>\n

S\u00ec, \u00e8 cos\u00ec semplice che si prende e si dice \u00ab job \u00bb. E lo scrivono anche nelle email, e va tutto bene.
\nVari lavori di backup, attivit\u00e0 di backup, ecc., grazie, ma basta. \u00c8 solo job, e vi capiranno. L'importante \u00e8 accentuare l'ultima sillaba.<\/p>\n

Backup (B\u00e8cap, backup. Per i veri old-school \u00e8 permesso anche bac\u00e0p):<\/strong> Oltre al significato ovvio (un backup di dati da qualche parte), significa anche il job stesso (le tre righe sopra, se gi\u00e0 l'hai dimenticato), da cui emerge quel file di backup. Probabilmente, i gentiluomini anglofoni sono troppo pigri per dire ogni volta I ran my backup job, quindi dicono solo I ran my backup, e tutti si capiscono perfettamente. Propongo di sostenere questa iniziativa straordinaria.<\/p>\n

Consolidare (Consolidamento): <\/strong>Termine introdotto in ESXi 5.0 Opzione nel menu di gestione degli snapshot, avvia il processo di eliminazione dei cosiddetti snapshot orfani. Ovvero snapshot che esistono fisicamente, ma che sono stati esclusi dalla struttura logica visualizzabile. Teoricamente, questo processo non dovrebbe influenzare i file visualizzati nel gestore degli snapshot, ma pu\u00f2 succedere di tutto. 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 l'ordine di consolidamento, la registrazione dello snapshot pu\u00f2 essere rimossa dal database prima che lo snapshot sia unito e cancellato. E se lo snapshot non pu\u00f2 essere eliminato per qualsiasi motivo, allora compaiono questi snapshot orfani. VMware ha una buona KB<\/a><\/noindex>. E anche noi abbiamo scritto qualcosa su di loro su Habr<\/a><\/noindex>.<\/p>\n

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

Proxy (Proxy): <\/strong>\u00c8 importante comprendere fin da subito che Veeam Proxy non \u00e8 esattamente la stessa cosa a cui siamo abituati nel panorama di internet. Nel contesto dei prodotti Veeam, rappresenta un'entit\u00e0 che si occupa di spostare i dati da un luogo all'altro. In termini semplici, VBR \u00e8 il server centrale, mentre il proxy funge da cavallo di battaglia. Quindi, il proxy \u00e8 la macchina attraverso la quale scorre il traffico e su cui sono installati i componenti di VBR, che aiutano a gestire questo traffico. Ad esempio, pu\u00f2 spostare dati da un canale a un altro o semplicemente collegare dischi a s\u00e9 (modalit\u00e0 HotAdd).<\/p>\n

Repository (\u0420\u0435\u043f\u043e\u0437\u0438\u0442\u043e\u0440\u0438\u0439): <\/strong>\u00a0Tecnicalmente, \u00e8 semplicemente una registrazione nel database di VBR che indica dove sono memorizzati i backup e come connettersi a questo luogo. In effetti, pu\u00f2 essere sia una semplice condivisione CIFS che un disco, un server o un bucket nel cloud. Insomma, ci troviamo nel contesto, ma capiamo che il repository \u00e8 semplicemente il luogo dove sono archiviati i tuoi backup.<\/p>\n

\u00a0Snapshot (\u0421\u043d\u0430\u043f\u0448\u041e\u0442): <\/strong>Gli amanti della grammatica di Oxford preferiscono dire chi \u00e8 sn\u00c9pshot e chi \u00e8 sn\u00c9pshot, tuttavia la maggioranza analfabeta prevale grazie al proprio numero. Per chi non lo sapesse, questa \u00e8 una tecnologia che consente di ripristinare lo stato di un disco a un determinato momento nel tempo. Questo si realizza o tramite il reindirizzamento temporaneo delle operazioni I\/O lontano dal disco principale \u2014 in questo caso si parler\u00e0 di snapshot RoW (Redirect on Write) \u2014 oppure prelevando i blocchi sovrascritti dal tuo disco per spostarli su un altro \u2014 questa sar\u00e0 chiamata snapshot CoW (Copy on Write). \u00c8 grazie alle ampie possibilit\u00e0 offerte da queste funzioni che Veeam pu\u00f2 compiere la sua magia nel backup. A dire il vero, non solo a lui, ma ci\u00f2 \u00e8 riservato ai prossimi aggiornamenti.<\/p>\n

Nella documentazione e nei log di ESXi, intorno a questo termine regna il caos, e nel contesto menzionato degli snapshot si possono trovare sia gli snapshot stessi che i redo log e persino i delta disk. Nella documentazione Veeam non esiste tale confusione, e uno snapshot \u00e8 semplicemente uno snapshot, mentre il redo log \u00e8 proprio il file REDO, creato da un disco non persistente indipendente. I file REDO vengono eliminati quando si spegne la macchina virtuale, quindi confonderli con gli snapshot \u00e8 un passo verso il fallimento.<\/p>\n

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

Task:<\/strong> Questo \u00e8 il processo di elaborazione di ciascun singolo server all'interno di un job. Cio\u00e8: se hai un job di backup che include tre macchine, ogni macchina sar\u00e0 elaborata come un task separato. In totale, ci saranno quattro log: uno principale per il job e tre per i task. Tuttavia, c'\u00e8 un'importante sfumatura: col tempo la parola \u201ctask\u201d \u00e8 diventata eccessivamente ambigua. Quando parliamo di log generali, intendiamo che il task \u00e8 proprio una VM. Ma ci sono anche i propri \u201ctask\u201d nel proxy e nel 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<\/strong>: \u00a0<\/strong>A favore di backup di successo lavorano diversi servizi, i cui nomi possono essere trovati negli strumenti standard. I loro nomi riflettono chiaramente la loro funzione, ma tra questi c'\u00e8 il pi\u00f9 importante \u2014 il Veeam Backup Service, senza il quale gli altri non funzioneranno.<\/p>\n

VSS: <\/strong>Tecnicamente, VSS dovrebbe sempre riferirsi a Microsoft Volume Shadow Copy Service. In pratica, viene usato da molti come sinonimo di Application-Aware Image Processing. Questo, naturalmente, \u00e8 categoricamente errato, ma \u00e8 una storia del tipo 'Qualsiasi SUV pu\u00f2 essere chiamato Jeep, e ti capiranno'.<\/p>\n

Fantastici log e i luoghi in cui abitano<\/h3>\n

\nVoglio iniziare questo capitolo rivelando un grande segreto: quale ora appare nei log?<\/p>\n

Ricordate:<\/p>\n