Disaster Recovery as a Service (DRaaS) per PMI in Tuscia

Il backup ti dà i dati da ripristinare. Il DR ti dà l'infrastruttura pronta dove ripartire. Esempio concreto: se il tuo server gestionale brucia, con solo backup devi: comprare nuovo server (giorni o settimane di lead time), installare Windows + applicativi (1-2 giorni), ripristinare dati (ore), verificare tutto (ore), riconfigurare client (mezza giornata). Tempo totale: 1-3 settimane di azienda ferma. Con DR: clicchi "failover" sul runbook, in 4 ore tutti tornano a lavorare sulla replica cloud. Quando hai il nuovo server fisico (3 settimane dopo) fai il failback pianificato di notte. Differenza: 3 settimane di fermo vs 4 ore.

Dipende dal settore. Range tipici per PMI italiane: commercio retail € 150-400/h (manca cassa, POS, gestionale), studio professionale € 200-500/h (rallentamento generalizzato + scadenze a rischio), e-commerce € 500-2.000/h (perdita ordini diretta + reputation), manifattura € 1.000-5.000/h (linee produttive ferme + ordini in ritardo), sanità non si misura in soldi ma in pazienti non gestiti. Anche il valore "basso" di € 200/h × 2 settimane = € 67K di perdita. Un DR ben fatto a € 500/mese si ripaga in 3-4 ore di disastro evitato.

Significa che nel contratto è scritto: "in caso di evento qualificato come disastro, il fornitore garantisce ripartenza operativa entro X ore dall'attivazione". Se non rispettiamo l'RTO, scattano penali (rimborsi proporzionali al canone). Questo è MOLTO diverso da "faremo del nostro meglio". L'RTO contrattualizzato presuppone che il runbook sia testato (test failover annuale documentato) e che la replica sia continuamente verificata (alert su sync rotti). Senza test sistematici, l'RTO è solo carta.

Dipende dall'RPO accettabile. Snapshot ogni 24h = RPO 24h (perdi al massimo 1 giorno di lavoro), costo basso, ok per file condivisi che cambiano poco. Snapshot ogni 4h = RPO 4h, costo medio, ok per gestionali con attività intensa. Replica continua sincrona = RPO ~0 (perdi pochi secondi), costo alto, indicato per database transazionali ad alto valore (e-commerce, banking, sanità). Te lo dimensioniamo in base al business case reale, non a quello che vorresti per perfezionismo (la replica sincrona costa 5-10x lo snapshot).

Per questo lavoriamo con cloud hyperscaler (Azure, AWS) che hanno multi-region geo-redundancy: i tuoi dati replicati sono fisicamente in datacenter diversi (es. North Europe + West Europe). La probabilità che cadano contemporaneamente è statisticamente trascurabile per scenari business normali. Per scenari estremi (cyber-attack coordinato su provider cloud) configuriamo multi-cloud (replica sia su Azure che su AWS) — costo doppio ma resilienza massima. Te lo proponiamo solo se ha senso per il tuo business case.

Tipicamente 4-8 ore, fatto fuori orario lavorativo (sabato notte o domenica) per evitare impatti. Sequenza: (1) attiviamo failover replica in ambiente isolato di test, (2) verifichiamo che server partano, (3) testiamo accesso utente di prova, (4) validiamo dati e applicativi, (5) documentiamo eventuali drift dalla configurazione produzione, (6) spegniamo ambiente test. Il sito primario resta operativo durante tutto il test. Esito + raccomandazioni in MyDigytech entro 48h.

Sì, con due caveat importanti. (1) Air-gap della replica: la replica DR è isolata logicamente dalla rete primaria, quindi un ransomware sul sito primario NON può cifrare automaticamente la replica. (2) Snapshot immutabili: gli snapshot DR sono "read-only" per la retention configurata (typically 30-90 giorni), quindi nemmeno un attaccante che entrasse nel sistema DR potrebbe cancellarli. In caso di ransomware: identifichiamo l'ultimo snapshot pulito pre-attacco, attiviamo failover su quello, l'azienda riparte in ore. È una delle ragioni principali per cui aziende con dati critici investono in DR oltre al backup.