Guida
Quale durata di fermo e quale perdita di dati può accettare la Sua attività
Per quanto tempo può restare senza i Suoi strumenti, e quanto lavoro può perdere? Queste due cifre sono una decisione della direzione. Ecco come fissarle, strumento per strumento, e cosa cambiano nell’architettura dei Suoi server.
Aggiornato il 18 ottobre 2026 · Le cifre hanno la loro fonte in fondo alla pagina; le valutazioni sono quelle di IT CyberWall.
Una decisione della direzione
Per quanto tempo la Sua azienda può restare senza i suoi strumenti? Quanto lavoro può permettersi di perdere? Non sono impostazioni tecniche: sono scelte della direzione, che determinano poi l’architettura dei server e il budget. La guida del SGDSN sulla continuità operativa chiede che gli impatti di un’interruzione siano misurati su una scala comune convalidata dalla direzione[1].
Due cifre da fissare
- La durata massima di interruzione ammissibile (DMIA in francese, o RTO in inglese): il tempo durante il quale uno strumento può essere indisponibile prima che l’attività ne risenta[1][2].
- La perdita di dati massima ammissibile (PDMA, o RPO): fino a quale momento i dati devono poter essere ripristinati dopo un guasto; se l’ultima copia risale a ieri sera, la giornata è persa[1][3].
Queste due nozioni sono attuate dal Suo fornitore di backup e di ripresa: WeDoBack le descrive in dettaglio in RPO e RTO spiegati.
Quali strumenti sono critici?
Il SGDSN propone una scheda per ogni attività critica: la sua durata di interruzione accettabile, la sua criticità, le risorse da cui dipende e le sue interdipendenze, con impatti umani, finanziari, giuridici e d’immagine[1]. Per una PMI, una tabella basta per cominciare. Esempio da adattare:
| Strumento | Se lo strumento si ferma | Fermo tollerabile | Perdita accettabile |
|---|---|---|---|
| Posta elettronica | Niente più ordini né preventivi | Mezza giornata | Nessuna |
| Software gestionale o di produzione | Officina o fatturazione ferme | Qualche ora | Un’ora di inserimento dati |
| File server | Cartelle inaccessibili | Una giornata | La giornata in corso |
| Contabilità | Ritardo nella chiusura dei conti | Diversi giorni | Una giornata |
Valori fittizi, forniti a titolo di esempio: solo la Sua direzione può fissarli.
Cosa cambiano le Sue risposte nell’architettura
| Fermo tollerabile | Architettura dei server |
|---|---|
| Diversi giorni | Un server e un backup che permette di ricostruirlo. |
| Qualche ora | Server virtualizzati, che si riavviano su un’altra macchina senza dover reinstallare tutto. |
| Quasi nessuno | Diversi server fisici, con riavvio automatico su un’altra macchina in caso di guasto, e spesso server di ripresa in un altro sito. |
Queste architetture sono descritte nella nostra pagina Architettura virtualizzata. La perdita accettabile, invece, si traduce in frequenza delle copie e in piano di ripresa: è il mestiere di WeDoBack, che descrive il PRA e il PCA nella sua guida alla continuità informatica.
Chi fa cosa
| IT CyberWall | WeDoBack |
|---|---|
| Aiuta la direzione a elencare gli strumenti critici e a fissare le due cifre. | Attua il piano di ripresa e il piano di continuità operativa. |
| Progetta di conseguenza l’architettura dei server. | Stabilisce la frequenza delle copie, organizza i test di ripristino e i server di ripresa. |
Fissiamo insieme le Sue due cifre
Elenchiamo con Lei i Suoi strumenti critici e Le proponiamo l’architettura corrispondente.
Fonti
Fonti consultate il 18 ottobre 2026. Le tariffe dei fornitori sono indicate IVA esclusa, nella valuta e nella regione del listino pubblicato, e possono cambiare: verifichi sempre la pagina ufficiale prima di decidere.
- SGDSN – Guide pour réaliser un plan de continuité d’activité (2013), schede 6 e 8 — armement.defense.gouv.fr/sites/default/files/2022-04/20130612_NP_SGDSN_guide_pca.pdf
- NIST – Glossario, Recovery Time Objective (SP 800-34 Rev. 1) — csrc.nist.gov/glossary/term/rto
- NIST – Glossario, Recovery Point Objective (SP 800-34 Rev. 1) — csrc.nist.gov/glossary/term/recovery_point_objective
Il backup e il ripristino sono gestiti da WeDoBack.