Come funziona la protezione continua dei dati
I backup pianificati copiano i dati a intervalli fissi. Tutto ciò che cambia tra due esecuzioni è esposto a una perdita di dati se lo storage principale si guasta. La CDP colma questa lacuna: un agente o uno strato di storage intercetta ogni scrittura, che sia il salvataggio di un file, una transazione di database, una modifica o una cancellazione, e la registra in un journal o una replica separati e protetti nel momento in cui avviene.
Il risultato è una registrazione continua dello stato dei dati, quindi il sistema può tornare a qualsiasi istante e non solo all'ultimo backup pianificato. Sono comuni due implementazioni. La CDP a livello di blocco cattura ogni scrittura a livello di disco o volume, indipendentemente dall'applicazione che l'ha prodotta. Protegge tutto il volume, ma non conosce lo stato delle applicazioni. La CDP a livello applicativo legge il log delle transazioni del database o dell'applicazione, quindi il ripristino segue la logica dell'applicazione e recupera una transazione specifica, non uno stato grezzo del disco.
Come viene registrata una singola modifica
Ogni modifica segue lo stesso percorso breve. I passaggi sono identici per file e database; cambia solo l'oggetto registrato.
- 1
Intercettazione
L'agente o lo strato di storage vede la scrittura nel momento in cui arriva al disco.
- 2
Journal
La modifica viene scritta in un journal o una replica separati, senza sovrascrivere i dati originali.
- 3
Marcatura temporale
La voce del journal riceve un orario, così il ripristino può scegliere un istante preciso.
- 4
Riavvolgimento
Al ripristino il sistema riproduce il journal fino all'istante scelto e si ferma lì.
CDP rispetto a backup, snapshot e replica
La differenza pratica è l'obiettivo di punto di ripristino (RPO), cioè la quantità di dati a rischio quando qualcosa va storto. Un backup notturno lascia esposta un'intera giornata di lavoro. La CDP riduce questa esposizione agli ultimi secondi.
I sistemi che registrano le modifiche ogni pochi minuti invece che a ogni scrittura vengono commercializzati come «near-CDP». Sono un grande miglioramento rispetto al backup pianificato, ma i loro punti di ripristino restano discreti. La tabella confronta i quattro approcci:
| Caratteristica | Backup pianificato | Snapshot | Replica | CDP |
|---|---|---|---|---|
| Registra ogni modifica | ||||
| Ripristino a qualsiasi istante | ||||
| Conserva le versioni precedenti dopo una corruzione |
Da cosa protegge la CDP
La CDP è un controllo di ripristino, non di prevenzione. Non ferma un incidente. Limita la quantità di dati che l'incidente distrugge.
Gli usi tipici comprendono:
- il ripristino di un file eliminato o di un file sovrascritto per errore
- il ritorno indietro dopo un aggiornamento fallito o una modifica di configurazione sbagliata
- il recupero di un database con una perdita minima di transazioni
- il ritorno all'istante precedente all'inizio della cifratura dei file da parte di un ransomware
Costi e limiti
Ogni scrittura viene registrata due volte, una nei dati di produzione e una nel journal, quindi la cattura continua ha costi reali. Questi compromessi decidono dove conviene applicare la CDP.
La collocazione del journal e la sua stessa protezione diventano decisioni progettuali fin dall'inizio.
| Fattore | Cosa aspettarsi |
|---|---|
| Storage | Cresce con il tasso di modifica, non con il volume dei dati. |
| Latenza di scrittura | Aumenta dove il journal è sincrono. |
| Conservazione | Storico dettagliato per ore o giorni, poi snapshot periodici. |
| Tempo di ripristino | Separato dall'RPO. I volumi grandi richiedono tempo per tornare indietro. |
Cosa la CDP non risolve
Il journal registra tutto ciò che è accaduto, compreso il danno. I dati già errati al momento della scrittura restano errati in ogni punto di ripristino, quindi la CDP non può correggere un errore logico di un'applicazione. Inoltre aiuta solo se qualcuno riesce a individuare a quale momento tornare. In una corruzione lenta o in un'intrusione silenziosa questa è la parte difficile, ed è qui che il monitoraggio dell'integrità dei file dimostra il suo valore.
Anche il journal è sensibile. Contiene gli stessi dati della produzione, quindi richiede lo stesso controllo degli accessi e la cifratura dei dati a riposo. Se tra le minacce c'è un attaccante con privilegi amministrativi, serve anche l'immutabilità. Un journal che le stesse credenziali usate per cifrare la produzione possono cancellare non protegge nulla.
Dove viene usata
La CDP si applica in modo selettivo, ai sistemi in cui la finestra tollerabile di perdita dei dati si misura in secondi: database transazionali, sistemi di ordini e pagamenti, macchine virtuali con applicazioni business-critical. I sistemi il cui contenuto cambia di rado, o per i quali è accettabile perdere qualche ora, restano di solito su snapshot e backup pianificati. Il costo della cattura continua non è giustificato dal guadagno sul punto di ripristino.
Da dove iniziare
Parti dai sistemi per cui la perdita di un'ora farebbe più male, poi verifica fino a dove arriva davvero il loro ripristino. La CDP è uno strato della protezione dei dati, accanto al controllo degli accessi e al rilevamento, e funziona solo se il punto di ripristino è stato testato.
Per approfondire: Meccanismi per garantire la sicurezza dei sistemi informativi.
Un backup che non è mai stato ripristinato è un'ipotesi, e un journal che nessuno sa riavvolgere è solo spazio di archiviazione.
