{"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\u00bb. Racconto in prima persona","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

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

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

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

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

\nLo storage dei dati su nastri magnetici (cassette, \"nastri<\/b>\", come li chiamiamo in R&D) non \u00e8 limitato al computer del passato ZX-Spectrum, il cui gioco poteva caricarsi in memoria con 48 kb da una cassetta<\/a><\/noindex> per diversi minuti. Negli ultimi venticinque anni, la velocit\u00e0 e la capacit\u00e0 delle cassette sono aumentate di 6-7 ordini di grandezza. Questo non \u00e8 proprio un confronto corretto, e secondo la legge di Moore<\/a><\/noindex> standard LTO<\/a><\/noindex> Non riesce a stare al passo. Tuttavia, le tecnologie moderne consentono di registrare su una cassetta a nastro lunga chilometri 12 terabyte di dati (fino a 30 terabyte in modalit\u00e0 compressa), quindi, un'unit\u00e0 da 160 dollari supera i concorrenti in termini di costo per la conservazione a lungo termine di grandi volumi di dati, anche tenendo conto degli investimenti nell'attrezzatura per la registrazione\/lettura. I dati su tali cassette sono conservati in modo affidabile per 15-30 anni.<\/p>\n

Affronter\u00f2 la questione da un'altra angolazione. Negli ultimi tempi i ransomware<\/a><\/noindex> hanno raggiunto un nuovo livello. Possono aspettare il loro momento all'interno dell'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, poich\u00e9 ci sono grandi somme in gioco) non solo tutti i dati, ma anche tutti i backup, fino a quelli accessibili. Ecco un esempio recente<\/a><\/noindex>, quando un'azienda ha dovuto pagare i riscatto. I cosiddetti air gap<\/b>, ovvero backup fisicamente isolati dall'infrastruttura, sono diventati, di fatto, l'unica salvezza affidabile da tali eventi. Il nastro magnetico \u00e8 qui una delle soluzioni intramontabili.<\/p>\n

\"\u00abFai
\n
\nMa una sola specifica e le novit\u00e0 tecnologiche in ferro e ferrite di bario dei principali produttori (IBM, HPE, Oracle, Dell) non sono sufficienti per garantire una protezione affidabile dei dati; \u00e8 necessario un buon software. Da Veeam, abbiamo un intero team dedicato ai backup su nastro; circa 10 persone analizzano, pianificano, ricercano, sviluppano e testano ogni giorno. I risultati di questo lavoro sono stati evidenziati nei precedenti articoli (una volta<\/a><\/noindex>, due volte<\/a><\/noindex>). Cosa \u00e8 stato fatto nell'ultimo anno?<\/p>\n

Glossario<\/h1>\n

\nSi pone la scelta tra libert\u00e0 rispetto alla lingua madre e formule burocratiche che complicano la leggibilit\u00e0. Io preferisco la prima opzione, quindi mi scuso in anticipo se alcune espressioni gergali nel seguente elenco possano risultare fastidiose. Qui ricorder\u00f2 brevemente il significato di ciascun termine. <\/p>\n

I veterani di VBR possono saltare questa parte<\/b>Job <\/b>\u2013 job \u2013 \u00e8 l'incarico di backup. In effetti, tutto il VBR si basa su job. Oltre al backup e alla replica, pu\u00f2 trattarsi anche di copia su nastro (backup to tape job, tape job). Preciso che il ripristino da un backup (restore) \u00e8 anch'esso un job, ma in questo articolo con questo termine ci si riferir\u00e0 specificamente al backup.<\/p>\n

Storage <\/b>\u2013 storage \u2013 un termine storico. Si tratta di file in repository <\/b>(repository \u2013 archivio), che contengono backup \u2013 completi <\/b>e incrementali<\/b>. In uno storage possono esserci sia una che pi\u00f9 macchine virtuali.<\/p>\n

Catena <\/b>\u2013 chain \u2013 una sequenza di storage interconnessi. Per il ripristino dei dati da un certo storage incrementale n, sono necessari tutti i precedenti da (n-1) a 1 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 che viene elaborata dal job. Nel caso di backup\/repliche, \u00e8 generalmente una macchina virtuale nel hypervisor. Nel caso di un job di tape, il source \u00e8 il job di backup stesso (o i file nel caso di un job file to tape). Target per il job di backup \u00e8 il repository in cui vengono conservati i backup. Per il job di tape, invece, \u00e8 il media pool.<\/p>\n

Media pool<\/b> \u2013 media pool<\/a><\/noindex> \u2013 pool di supporti, nel nostro caso \u2013 cassette. Un contenitore logico creato dall'utente che contiene cassette di una o pi\u00f9 librerie. Quindi, il tape job ha sempre un media pool come target, il che significa che i dati non vengono scritti su una specifica cassetta o su qualsiasi cassetta nella libreria, ma su un insieme specifico di esse. Il media pool ha una configurazione del tempo di conservazione dei dati, dopo il quale la cassetta pu\u00f2 essere sovrascritta. L'utente pu\u00f2 creare cassette normali (standard) e GFS pool<\/a><\/noindex>. Ciascuno di questi tipi pu\u00f2 ora essere WORM o non WORM, di cui parleremo pi\u00f9 avanti.<\/p>\n

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

Drive<\/b>, changer<\/b><\/a><\/noindex> \u2013 elementi della tape library. Il drive legge e riavvolge la cassetta, il changer \u00e8 un robot che sposta le cassette tra gli slot di archiviazione, gli slot di scarico e il drive. Ci sono anche drive standalone<\/b> (standalone \u2013 standalone), il ruolo di changeover \u00e8 svolto da una persona. Per il driver \u00e8 necessario un driver correttamente installato del produttore su una macchina Windows a cui \u00e8 collegata la libreria; con il changeover, invece, possiamo operare anche senza driver, tramite native SCSI.<\/p>\n

<\/p>\n

Inquilino su nastro. Il provider \u00e8 protetto \u2013 i clienti sono protetti.<\/h1>\n

\nSubito gli assi sul tavolo. La funzione pi\u00f9 significativa del nostro aggiornamento, progettata per fornitori di 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 serio per il prossimo rilascio, abbiamo preso una piccola pausa e alla fine abbiamo rilasciato la funzione in 9.5 Update 4.<\/p>\n

In breve, ora i provider hanno la possibilit\u00e0 di copiare i backup dei propri clienti su nastri utilizzando job di tape nel pool GFS. Questo offre ai provider \u2013 e sono ragazzi molto importanti per noi e per il nostro dipartimento commerciale \u2013 due opportunit\u00e0:<\/p>\n