{"id":29927,"date":"2019-10-31T21:32:42","date_gmt":"2019-10-31T18:32:42","guid":{"rendered":"https:\/\/prohoster.info\/blog\/bekap-mne-na-lentu-zapili-rasskaz-ot-pervogo-litsa\/"},"modified":"2019-10-31T21:32:42","modified_gmt":"2019-10-31T18:32:42","slug":"bekap-mne-na-lentu-zapili-rasskaz-ot-pervogo-litsa","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/bekap-mne-na-lentu-zapili-rasskaz-ot-pervogo-litsa","title":{"rendered":"\u00abFai un backup su nastro per me\u00bb. Racconto in prima persona","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

In articolo precedente<\/a><\/noindex> Ti abbiamo raccontato delle nuove funzionalit\u00e0 nel rilascio di gennaio dell'Update 4 per Veeam Backup & Replication 9.5 (VBR), dove consapevolmente non abbiamo menzionato i backup su nastro magnetico. Raccontare di quest'area merita un articolo a parte, perch\u00e9 ci sono state davvero molte nuove funzionalit\u00e0.<\/p>\n

\u2013 Ragazzi del QA, scrivete un articolo?
\n\u2013 Perch\u00e9 no!<\/p>\n

\"\u00abFai
\n
\n<\/a><\/noindex><\/p>\n

Unit\u00e0 a nastro nel XXI secolo<\/h1>\n

\nArchiviazione dei dati su nastri magnetici (cassette, \"tape<\/b>\" come li chiamiamo noi in R&D) non si limita al computer ZX-Spectrum, ormai fuori produzione, il cui gioco poteva essere caricato nella memoria RAM di 48 kb da una cassetta<\/a><\/noindex> in pochi minuti. Negli ultimi venticinque anni, le velocit\u00e0 e le capacit\u00e0 delle cassette sono aumentate di 6-7 ordini di grandezza. Questo non \u00e8 del tutto un confronto corretto, e secondo la legge di Moore<\/a><\/noindex> standard. LTO<\/a><\/noindex> non riesce a stare al passo. Tuttavia, la tecnologia attuale consente di registrare su un chilometro di nastro di una cassetta 12 terabyte di dati (fino a 30 terabyte in modalit\u00e0 compressa), per cui l'unit\u00e0 da 160 dollari supera i concorrenti in termini di costo per un'archiviazione a lungo termine di grandi volumi di dati, anche considerando gli investimenti nell'equipaggiamento per la registrazione\/lettura. I dati su tali cassette sono conservati in modo sicuro per 15-30 anni.<\/p>\n

Approccio da un'altra angolazione. Negli ultimi tempi, i ransomware<\/a><\/noindex> hanno raggiunto un nuovo livello. Possono attendere in silenzio nell'infrastruttura di una grande azienda per settimane e mesi, e con l'emergere di una nuova vulnerabilit\u00e0 zero-day, possono distruggere (non senza l'aiuto umano, dal momento che sono in gioco grosse somme di denaro) non solo tutti i dati, ma anche tutti i backup che possono raggiungere. Ecco esempio recente<\/a><\/noindex>, quando l'azienda ha dovuto pagare i riscattatori. I cosiddetti air gap<\/b>, cio\u00e8 backup fisicamente isolati dall'infrastruttura, sono diventati di fatto l'unico salvataggio sicuro da tali situazioni. Il nastro magnetico qui \u00e8 una delle soluzioni che non invecchiano.<\/p>\n

\"\u00abFai
\n
\nMa una sola specifica e le nuove tecnologie in ferro e bario da parte dei principali produttori (IBM, HPE, Oracle, Dell) non sono sufficienti per una protezione efficace dei dati, serve anche un buon software. Da noi in Veeam, c'\u00e8 un intero team che si occupa dei backup su nastro, circa 10 persone analizzano, pianificano, ricercano, sviluppano e testano ogni giorno. I risultati di questo lavoro li hai visti negli articoli precedenti.uno<\/a><\/noindex>, due<\/a><\/noindex>). Cosa \u00e8 stato fatto nell'ultimo anno?<\/p>\n

Glossario<\/h1>\n

\nSi pone la scelta tra la libert\u00e0 riguardo alla lingua madre e i burocratismi che complicano la leggibilit\u00e0. Preferisco la prima opzione, quindi chiedo anticipatamente scusa se alcune parole gergali presenti nella lista qui sotto possano sembrare poco gradevoli. Qui di seguito ricordo brevemente cosa significa ciascun termine. <\/p>\n

I guru di VBR possono saltare questa parte<\/b>Job <\/b>\u2013 job \u2013 un incarico di backup. In effetti, tutto VBR \u00e8 costruito sui job. Oltre a backup e replica, pu\u00f2 trattarsi anche di copia su nastro magnetico (backup to tape job, tape-job). Preciso che il ripristino da un backup (restore) \u00e8 anch'esso un job, ma in questo articolo il termine sar\u00e0 riferito specificamente al backup.<\/p>\n

Storage <\/b>\u2013 storage \u2013 un termine storicamente consolidato. Questi sono i file in repository <\/b>(repository \u2013 deposito), che contengono copie di backup \u2013 completi <\/b>e incrementali<\/b>. In un storage possono esserci sia una singola che pi\u00f9 macchine virtuali.<\/p>\n

Catena <\/b>\u2013 chain \u2013 una sequenza di storage collegati tra loro. Per recuperare dati da un n-esimo storage incrementale sono necessari tutti quelli precedenti dall'(n-1)-esimo al 1\u00b0 e lo storage completo a cui fa riferimento il primo incrementale.<\/p>\n

Source<\/b>, Target <\/b>\u2013 source, target. Source \u2013 l'entit\u00e0 originale elaborata dal job. Nel caso di backup\/repliche si tratta generalmente di una macchina virtuale in un hypervisor. Nel caso di un tape-job, il source \u00e8 il job di backup stesso (o i file nel caso di un file to tape-job). Il target per il job di backup \u00e8 il repository dove vengono archiviati i backup. Per un tape-job \u00e8 un media pool.<\/p>\n

Media pool<\/b> \u2013 media pool<\/a><\/noindex> \u2013 un pool di supporti, nel nostro caso \u2013 cassette. Un contenitore logico, creato dall'utente, che contiene cassette di una o pi\u00f9 biblioteche. Quindi, un tape-job avr\u00e0 sempre un media pool come target, il che significa che i dati non vengono scritti su una specifica cassetta o su qualsiasi cassetta nella biblioteca, ma su un insieme specifico di esse. Il media pool ha un'impostazione per il tempo di conservazione dei dati, trascorso il quale la cassetta pu\u00f2 essere sovrascritta. L'utente pu\u00f2 creare pool ordinari (standard) e GFS-pools<\/a><\/noindex>. Ciascuno di questi tipi pu\u00f2 ora essere WORM o non-WORM, di questo parler\u00f2 in seguito.<\/p>\n

Media set<\/b> \u2013 media set<\/a><\/noindex> \u2013 set di cassette in un media pool, su cui vengono continuamente scritti backup\/file. Per i pool GFS, i set di media sono anche legati all'intervallo (ad esempio, annuale \u2013 yearly), le cassette ruotano solo all'interno del loro intervallo.<\/p>\n

Unit\u00e0<\/b>, cambiatori<\/b><\/a><\/noindex> \u2013 elementi della libreria a nastro. L'unit\u00e0 legge e riavvolge la cassetta, il cambiator \u00e8 un robot che sposta le cassette tra le fessure di stoccaggio, le fessure di scarico e l'unit\u00e0. Ci sono anche unit\u00e0 standalone<\/b> (standalone \u2013 autonomo), qui il ruolo del cambiator \u00e8 svolto dall'uomo. Per l'unit\u00e0 \u00e8 essenziale avere il driver corretto installato sulla macchina Windows a cui \u00e8 collegata la libreria; possiamo lavorare con il cambiator anche senza driver, tramite SCSI nativo.<\/p>\n

<\/p>\n

Tenant to tape. Provider sicuro \u2013 clienti sicuri<\/h1>\n

\nSubito le carte sul tavolo. La caratteristica pi\u00f9 grande del nostro aggiornamento, destinata a provider cloud<\/a><\/noindex>, che utilizzano VBR nella loro infrastruttura. Lo sviluppo \u00e8 iniziato due anni fa. Presto abbiamo capito che non saremmo stati in grado di affrontare un compito cos\u00ec importante per la prossima release, abbiamo preso una breve pausa e alla fine abbiamo rilasciato la funzione nel 9.5 Update 4.<\/p>\n

In breve, ora i provider hanno la possibilit\u00e0 di copiare i backup dei loro clienti su cassette tramite job di nastro in un pool GFS. Questo offre ai provider \u2013 e sono ragazzi molto importanti per noi e per il nostro reparto commerciale \u2013 due opportunit\u00e0:<\/p>\n