Quasi nessuna PMI crolla per un attacco informatico da film. Crolla per le cose noiose: un server che si spegne e non torna, un ransomware che cifra la cartella condivisa un venerdì pomeriggio, una tubatura che scoppia sopra il rack, un provider cloud con un’interruzione di sei ore. La domanda che conta davvero non è se succederà, ma quante ore la tua azienda può restare senza fatturare, senza produrre o senza servire i clienti prima che il danno sia irreversibile. Un piano di continuità operativa per PMI è esattamente la risposta a questa domanda, messa per iscritto e testata.
E no, non serve un manuale di 200 pagine né il budget di una multinazionale. Serve sapere quali processi non possono fermarsi, quanto resisti davvero e quali tre cose fai nella prima ora. Il resto è ornamento. Andiamo al concreto.
Continuità vs. ripristino: cos’è un BCP e cos’è un DRP
Vengono confusi di continuo, e quella confusione costa cara. Il BCP (Business Continuity Plan) risponde a “come continua a funzionare la mia azienda mentre qualcosa è rotto”. Il DRP (Disaster Recovery Plan) risponde a “come recupero la tecnologia che è andata giù”. Uno guarda al business; l’altro, ai sistemi.
Un esempio: ti cade l’ERP. Il DRP dice come ripristini il database dalla copia e su quale server lo rimetti in piedi. Il BCP dice come il team di fatturazione continua a emettere bolle di consegna su un modello provvisorio nel frattempo, così che il magazzino non si fermi. Il DRP ripara la macchina; il BCP tiene il denaro che entra dalla porta. Ti servono entrambi, e ti serve che si parlino tra loro.
Recuperare il sistema in due giorni non serve a nulla se la tua azienda muore in quattro ore senza di esso.
L’errore classico della PMI è avere (con fortuna) un pezzo di DRP —le copie di sicurezza— e nessuna traccia di BCP. Hai i backup, sì, ma nessuno sa chi decide di attivare il ripristino, chi viene avvisato, come si assistono i clienti nel frattempo né quanto tempo è “troppo”. Quello non è un piano: è una cartella di file e le dita incrociate.
Quali processi non possono fermarsi e quanto resisti: RTO e RPO in parole semplici
Ogni piano serio parte dallo stesso punto: non tutto conta allo stesso modo. Se provi a proteggere ogni sistema con la stessa urgenza, non finisci mai e non te lo puoi permettere. Fai un elenco onesto dei tuoi processi —fatturare, produrre, gestire ordini, pagare gli stipendi, dare supporto— e classificali in base a cosa succede se si fermano un’ora, un giorno, una settimana. Quelli che fanno male nel giro di ore sono i tuoi processi critici. Sono loro a comandare.
Su quell’elenco compaiono due sigle che suonano tecniche ma sono puro buon senso:
- RTO (obiettivo di tempo di ripristino): quanto tempo un processo può restare fermo prima che il danno diventi grave. È il tuo “orologio”. Se il tuo negozio online non può stare più di 2 ore senza vendere, il tuo RTO è 2 ore.
- RPO (obiettivo di punto di ripristino): quanti dati puoi permetterti di perdere, misurati in tempo. Se fai una copia ogni 24 ore, il tuo RPO è di un giorno: davanti a un disastro, perdi fino a un giorno di lavoro. Per un ERP di fatturazione è di solito inaccettabile.
La magia sta nell’incrociare entrambi con la realtà. Se il tuo processo critico esige un RTO di 2 ore ma la tua unica copia è su un disco USB che qualcuno si porta a casa il venerdì, la tua reale capacità di ripristino è di giorni, non di ore. Ecco il buco, misurato e con i numeri. E con quei numeri puoi finalmente decidere dove investire: replica in cloud, copie più frequenti, un server secondario. Non per paura, ma per criterio.
Un consiglio che fa risparmiare: calibra l’RTO e l’RPO sul valore del processo, non sulla tua ansia. Il file server del marketing può tollerare un RPO di 24 ore senza drammi. Il database degli ordini, no. Proteggere tutto come se fosse critico è il modo più rapido di far saltare il budget e non finire mai il piano.
Un piano semplice che userai davvero
Il miglior piano di continuità non è il più completo: è quello che il tuo team può eseguire alle 3 di notte, sotto adrenalina, senza l’informatico di guardia reperibile. Questo significa corto, chiaro e attuabile. Un documento di due o tre pagine fatte bene vale più di un tomo che nessuno ha mai aperto.
Il minimo che deve contenere:
- Processi critici e i loro RTO/RPO: l’elenco del punto precedente, con le priorità. Cosa si recupera per primo e cosa può aspettare.
- Chi decide e chi esegue: nomi e sostituti. Chi dichiara l’incidente, chi autorizza il ripristino, chi parla con i clienti. Senza ruoli, c’è paralisi.
- Contatti chiave fuori dal sistema: telefoni del team, del fornitore IT, della banca, dell’assicurazione. Stampati o sul cellulare, perché se cade la rete non avrai accesso al Drive.
- Dove sono le copie e come si ripristinano: posizione, credenziali di accesso controllate e la procedura passo passo. Una copia che nessuno sa ripristinare non è una copia.
- Il piano B manuale: come ogni processo critico continua a operare senza il suo sistema. Fatturare su un modello, prendere ordini per telefono, qualunque cosa tenga vivo il business in quelle ore.
Nota cosa non c’è: gergo, splendidi diagrammi di architettura, scenari improbabili. Il piano descrive cosa fare nella prima ora dei tre o quattro guasti che possono davvero capitarti. Tutto il resto è superfluo finché questo nucleo non funziona. Comincia in piccolo, mettilo per iscritto oggi e miglioralo dopo.
Come testarlo perché funzioni davvero
Un piano non testato è un’ipotesi. E nella continuità, le ipotesi crollano proprio quando ne hai più bisogno. La copia che “si faceva da sola” falliva in silenzio da tre mesi; la procedura di ripristino impiegava otto ore invece di due perché nessuno l’aveva cronometrata. Queste cose non si scoprono leggendo il piano: si scoprono eseguendolo.
Non serve simulare un incendio. Testa a strati:
- Ripristino reale delle copie: prendi un backup e recuperalo in un ambiente separato. Cronometralo. Rispetta il tuo RTO? Ci sono tutti i dati? Questo si fa ogni trimestre, non una volta nella vita.
- Simulazione a tavolino: riunisci il team per un’ora, poni “sono le 9:00 e l’ERP non si avvia” e che ognuno dica cosa fa. Le lacune emergono senza toccare un solo sistema.
- Prova del piano B manuale: passa mezza giornata a fatturare o prendere ordini come se il sistema non esistesse. Scoprirai cosa manca prima di averne davvero bisogno.
Ogni prova lascia dei compiti: aggiornare un contatto, correggere un backup, chiarire un passaggio confuso. Quel ciclo —testare, trovare il difetto, correggerlo— è ciò che trasforma un documento in una capacità reale. E qui il monitoraggio gioca un ruolo silenzioso ma decisivo: se sorvegli i sistemi e le copie in tempo reale, molti incidenti vengono rilevati e contenuti prima che si trasformino in un disastro che attivi tutto il piano. Prevenire costa molto meno che recuperare.
Come lo prepara MagicBoxDesk
Tutto questo —classificare i processi, fissare RTO e RPO realistici, allestire copie che si ripristinano davvero, scrivere il piano e testarlo ogni trimestre— è un lavoro specializzato e continuo. È esattamente ciò che facciamo quando esternalizziamo il reparto IT di un’azienda: non vendiamo un PDF e spariamo, ma lasciamo montata la reale capacità di incassare un colpo e continuare a fatturare. Progettiamo il BCP e il DRP su misura della tua operatività, con monitoraggio 24/7 che individua i problemi prima che ti buttino giù e con copie verificate in modo automatico, non “in teoria”.
Diamo supporto da remoto e in loco in tutta la Spagna, con l’esperienza di chi ha rimesso in piedi sistemi caduti una domenica sera più volte di quanto vorrebbe. Se non sai quante ore resiste la tua azienda senza i suoi sistemi, quello è proprio il punto di partenza. Richiedi un preventivo senza impegno e ti diciamo, con i numeri, dov’è il tuo rischio reale e cosa ti serve davvero per dormire tranquillo.
