Backup e ripristino nell'industria dei metalli e della lavorazione: quando lo avete testato per ultimo?
La domanda che conta non è se esiste un backup, ma quando qualcuno ha provato per l'ultima volta a ripristinarlo. Un backup che viene creato ma non viene mai ripristinato può essere incompleto, corrotto, o semplicemente non adatto al sistema su cui dovrebbe funzionare. Non lo scoprite guardando un file di log, ma provando davvero.
Per l'industria metalmeccanica e manifatturiera questa non è una questione teorica. I controlli CNC, il software MES, i PLC e i sistemi di pianificazione collegati sono sempre più spesso sulla stessa rete dell'automazione d'ufficio. Se quella rete si interrompe a causa di un difetto tecnico o di un incidente, la domanda non è solo se i dati tornano, ma se la linea di produzione riprende a funzionare in tempi gestibili. Di questo parla l'obbligo di diligenza della Direttiva NIS2: non il possesso di un backup, ma la capacità dimostrabile di ripristinare.
Perché un test di ripristino pesa più del backup stesso
Una strategia di backup consiste solitamente in tre componenti: cosa viene copiato, con che frequenza, e dove viene conservato. Questi sono gli elementi che le aziende di solito hanno in ordine, spesso già da anni tramite il fornitore IT. Manca invece il quarto elemento presso molte PMI: un test programmato e ripetuto in cui qualcuno ripristina effettivamente il backup in un ambiente di test e verifica se il risultato funziona.
Questo test mostra se backup e ripristino si adattano veramente l'uno all'altro. Un backup di un server database senza i relativi file di configurazione del sistema collegato spesso non è pratico nella pratica. Lo stesso vale per un backup che contiene il file, ma non la chiave di licenza o il collegamento con il controllo che guida la linea di produzione. Questo tipo di lacune le trovate solo ripristinando, non leggendo le impostazioni.
Cosa significa questo per i sistemi collegati alla rete
I sistemi di produzione che un tempo erano isolati dalla rete d'ufficio, in molte aziende ora sono collegati: per la manutenzione remota, per i dati di pianificazione, o perché un fornitore ha bisogno di accesso per gli aggiornamenti. Questo collegamento rende l'azienda più efficiente, ma significa anche che un guasto o un incidente sulla rete d'ufficio può ripercuotersi sul piano di produzione.
Nel testare il ripristino è quindi utile distinguere tra il backup dei sistemi amministrativi e il backup dei sistemi di produzione. Entrambi hanno un proprio tempo di ripristino, un proprio responsabile e un proprio rischio se qualcosa va male. Un test che copre solo il server d'ufficio non dice nulla su quanto velocemente una macchina CNC può leggere di nuovo un disegno dopo un guasto.
Cosa registrate, e perché è importante tanto quanto il test stesso
Un test di ripristino che nessuno ha registrato è indistinguibile, per un'autorità di vigilanza o un committente, da un test che non è mai avvenuto. Registrare non deve essere complicato: la data del test, quale sistema è stato ripristinato, chi l'ha eseguito, e quale è stato il risultato. Questo è esattamente il tipo di documentazione che riappare in un questionario sulla sicurezza di un committente, ed è il tipo di supporto che diventa rilevante nel caso di una notifica di incidente.
Chi vuole organizzare questo per misura per misura, trova in secria.eu fornisce una panoramica di tutti gli argomenti per ogni situazione come backup e ripristino si relazionano alle altre nove misure dall'obbligo di diligenza, come il controllo degli accessi e la registrazione degli incidenti. Questo impedisce che il ripristino rimanga isolato, separato dal resto del dossier.
Quanto spesso è sufficiente testare
Non esiste un termine fisso che vale per ogni azienda; dipende da quanto è critico il sistema e da quanto velocemente deve riprendere a funzionare dopo un guasto. Un test annuale può essere insufficiente per alcuni sistemi, mentre per altri è più che adeguato. Le autorità di vigilanza e la direttiva stessa non prescrivono un intervallo; si aspettano che un'organizzazione sia in grado di spiegare autonomamente perché la frequenza scelta è appropriata rispetto all'importanza del sistema.
Se avete dubbi sul fatto che la vostra azienda sia qualificata come entità essenziale o importante soggetta agli obblighi di gestione del rischio, oppure se siete interessati solo tramite un contraente con domande sui backup, allora il controllo NIS2 fornisce un primo indicazione in poche domande. Le domande più frequenti su ciò che è obbligatorio e ciò che non lo è sono raccolte in la pagina delle domande frequenti.
Un test di ripristino richiede tempo, ma meno di quanto ne serva per ricostruire da zero un sistema di produzione senza sapere se il backup funziona. Se volete vedere come questo si integra insieme agli altri obblighi in un unico fascicolo, con uno stato, un'evidenza e un responsabile per ogni misura? Eseguite prima il controllo NIS2 gratuito, oppure continuate a leggere tranquillamente nella knowledge base.