Disaster recovery in cloud: la procedura che ti permette di dormire sonni tranquilli

Chi: artigiani e titolari di piccole imprese italiane. Cosa: una procedura di disaster recovery basata sul cloud. Quando: ora, dopo mesi segnati da blackout e ransomware. Dove: tra negozi, uffici e laboratori con infrastrutture distribuite in Europa. Perché: difendere dati, reputazione e fatturato.

Negli ultimi mesi i picchi di calore e l’aumento degli attacchi informatici hanno mostrato un punto debole: bastano poche ore di fermo per bloccare ordini, preventivi e pagamenti. Un piano di ripristino nel cloud consente di riprendere a lavorare in tempi certi, con procedure predefinite e responsabilità chiare.

Che cos’è e perché agire adesso

Il disaster recovery in cloud è l’insieme di tecnologie e processi che permettono di riportare online sistemi e dati dopo un guasto, un errore umano o un attacco. È diverso da un semplice backup: il backup salva le copie; il disaster recovery ne organizza l’uso rapido per tornare operativi.

Potrebbe interessarti anche

Quanto è sicuro salvare dati sensibili su infrastrutture cloud? La risposta che rassicura i responsabili ITVantaggi del desktop virtuale sul lavoro da remoto: incrementa la produttività senza aumentare i costiCome agiscono i ransomware nelle reti d’impresa? I passaggi con cui i dati vengono davvero bloccatiQuanto si risparmia davvero scegliendo il leasing tecnologico? Il calcolo che chiarisce ogni dubbio

Per una PMI, significa documentare cosa riparte prima (gestionale, posta, cassa), dove risiedono le copie e chi decide lo switch. È parte della più ampia Business continuity, che tutela l’azienda dal punto di vista operativo e contrattuale.

Gli obiettivi che contano: RPO e RTO senza giri di parole

Due metriche guidano ogni scelta: RPO (quanti dati posso perdere, in tempo) e RTO (quanto tempo posso restare fermo). Se un laboratorio accetta di perdere al massimo 15 minuti di ordini, l’RPO sarà 15 minuti; se il registratore di cassa deve ripartire entro 1 ora, l’RTO sarà 60 minuti.

Numeri chiari aiutano a definire costi e architettura. Un consulente di sicurezza cloud riassume: “Se non lo testi, non esiste. Se non ha RPO e RTO misurabili, è solo un desiderio”.

La procedura passo-passo per le piccole imprese

1. Mappa dei processi critici. Elenca servizi essenziali (gestionale, posta, e-commerce, POS) e dipendenze (database, DNS, VPN).

2. Definizione di RPO/RTO. Associa a ogni servizio obiettivi realistici, approvati dalla direzione.

3. Inventario e classificazione dati. Separa dati operativi, archivi storici e log. Identifica quelli soggetti a GDPR.

4. Scelta dell’architettura di ripristino. Valuta replica continua, istanze in standby o multi-sito attivo.

5. Runbook operativo. Scrivi una guida pratica: chi chiama chi, in che ordine si ripristina, quali comandi eseguire.

6. Automazione. Usa script e servizi di orchestrazione per ridurre errori e tempi manuali.

7. Test periodici. Prova trimestralmente il ripristino parziale e annualmente quello completo; misura risultati e aggiorna il piano.

8. Monitoraggio e allerta. Imposta metriche e soglie su repliche, latenze e integrità dei backup.

Architetture possibili e scelte pragmatiche

Pilot light: servizi minimi accesi nel cloud (database pronto, applicazioni in immagine). Costo basso, ripartenza più lenta. Adatto a RTO di qualche ora.

Warm standby: ambienti clonati in cloud con risorse ridotte sempre attive; in emergenza si scala. Compromesso ideale per molte PMI, RTO in decine di minuti.

Active-active: due siti completi che condividono carico. Massima resilienza, ma costi e complessità più alti; utile per e-commerce che non possono fermarsi.

Qualunque modello scegliate, verificate la residenza dei dati in UE, zone di disponibilità differenti e la portabilità: esportare macchine e database in formati aperti riduce il rischio di lock-in.

Sicurezza e conformità: non solo cifratura

Il ripristino non deve aprire falle. Cifratura dei dati in transito e a riposo, gestione dei privilegi con principio del minimo necessario, autenticazione a più fattori per chi può attivare lo switch, logging immutabile dei comandi critici. Valutate backup con immutabilità a tempo (object lock) per bloccare cancellazioni malevole e policy di retention differenziate per dati contabili e documentali.

Ricordate gli obblighi di notifica e tracciabilità legati al GDPR: registro dei trattamenti aggiornato, fornitori cloud nominati come responsabili, percorsi di audit conservati.

Quanto costa davvero fermarsi

La discussione sui costi cambia prospettiva se partite dal danno evitato. Stimate il costo orario di fermo: personale improduttivo, penali, mancati incassi, immagine. Un esempio: 7 persone a 30 €/h fanno 210 €/h; aggiungete 200 €/h tra mancati ordini e ritardi: 410 €/h. Dieci ore di fermo valgono 4.100 €. Un piano warm standby a 180 €/mese costa 2.160 €/anno: se vi fa risparmiare un singolo stop, è già rientrato.

Il beneficio intangibile conta: fiducia dei clienti, tempi di risposta ai fornitori, serenità del team. Comunicatelo in modo semplice, con scenari e numeri conservativi.

Test, formazione e cultura del ripristino

Ogni trimestre eseguite un’esercitazione: ripristino di un database su ambiente isolato, cambio DNS simulato, verifica delle code di messaggi. Annotate tempi e intoppi in un registro di lezione appresa; aggiornate il runbook con screenshot e checklist. Investite due ore l’anno per formare chi sta in prima linea (segreteria, responsabile vendite) su chi contattare e come comunicare con clienti durante lo switch.

Strumenti utili per chi parte da zero

Per l’inventario: fogli condivisi e tag sulle macchine virtuali. Per i backup: soluzioni che supportano versioning e immutabilità. Per l’orchestrazione: template infrastrutturali e runbook eseguibili. Per il monitoraggio: alert su replica lag, errori di snapshot e spazio dei volumi.

Non trascurate le dipendenze esterne: senza DNS e posta, la ripartenza zoppica. Prevedete record DNS a TTL ridotto e un servizio di posta d’emergenza.

Prossimi passi: checklist immediata

• Scrivete in una pagina RPO e RTO per 3 servizi critici.

• Attivate un backup off-site con prova di ripristino mensile.

• Scegliete un modello (pilot light o warm standby) e definite i costi.

• Create un runbook con ruoli, contatti e ordine delle operazioni.

• Programmate il primo test entro 30 giorni, con cronometro alla mano.

La differenza tra un piano sulla carta e una procedura che fa dormire sereni sta in tre cose: misurare, automatizzare, provare. Sono passi a portata di ogni officina, studio o laboratorio che vuole trasformare un rischio ricorrente in un processo sotto controllo.