RAID vs Backup: Perché la ridondanza non è recupero dati

Il RAID può salvarti dai tempi di inattività quando un disco si guasta, ma non può riportarti indietro una cartella che hai eliminato ieri. Questa differenza è dove molti piani di protezione dati per server domestici falliscono.

La ridondanza mantiene disponibile il sistema di archiviazione attuale. Il recupero ti dà un modo per tornare a una copia precedente, pulita e separata dei tuoi dati. Un array RAID può essere una parte intelligente di una configurazione NAS, ma non è la stessa cosa di un piano di backup.

Il RAID protegge l'uptime, il backup protegge il recupero

Il RAID è costruito attorno alla ridondanza e alla disponibilità. Red Hat descrive il RAID come la combinazione di più dischi per raggiungere obiettivi di prestazioni o ridondanza, usando tecniche come striping, mirroring e parità per migliorare il comportamento dello storage durante un guasto del disco. Questo rende il RAID utile quando un disco si guasta e vuoi che il server continui a funzionare.

Il backup ha un compito diverso. NIST definisce un backup come una copia di file e programmi fatta per facilitare il recupero quando necessario. La parola importante è recupero, non velocità, uptime o comodità.

Un esempio semplice mostra la differenza. Se un disco in un array mirror si guasta, il RAID può mantenere il tuo NAS online mentre sostituisci il disco guasto. Se elimini una cartella di foto di famiglia, sovrascrivi un archivio di progetto o sincronizzi file corrotti, il RAID non sa automaticamente che vuoi tornare alla versione di ieri.

Ecco perché la domanda non è RAID o backup. Un server domestico più sicuro usa il RAID per ridurre i tempi di inattività e il backup per recuperare la perdita di dati.

Perché il RAID sembra un backup ma non lo è

Il RAID sembra un backup perché spesso coinvolge più di un disco. Il RAID 1 esegue il mirroring dei dati. RAID 5 e RAID 6 usano la parità. Un pannello di controllo NAS può mostrare l'array come sano, protetto o ridondante. Queste parole suonano rassicuranti.

Il problema è che il RAID protegge lo stato attuale dell'array. SNIA spiega il mirroring come il mantenimento di copie identiche su dispositivi di archiviazione, e ogni operazione di scrittura viene applicata al gruppo di mirror. Questo comportamento è utile per i guasti hardware, ma significa anche che l'array segue le modifiche correnti.

Un backup non è solo un altro disco che partecipa allo stesso stato di archiviazione attivo. Un vero backup ha distanza dai dati di lavoro: una versione precedente, un dispositivo separato, una posizione diversa, archiviazione offline, conservazione immutabile o almeno un percorso di ripristino testato.

Il RAID risponde alla domanda: il server può continuare a funzionare se un disco si guasta? Il backup risponde alla domanda: posso recuperare i miei dati dopo che la copia attiva è errata o persa?

Un file cancellato o sovrascritto è comunque perso su ogni disco

La cancellazione accidentale è il modo più semplice per capire perché il RAID non è un backup. Se elimini una cartella da uno specchio RAID 1, l'array non si ferma a chiederti se lo hai fatto intenzionalmente. La cancellazione diventa il nuovo stato attivo.

Lo stesso vale per le sovrascritture. Se un foglio di calcolo, un catalogo fotografico, un database o una cartella di progetto viene sostituito da una versione errata, il RAID mantiene disponibile la versione corrente. Non preserva automaticamente quella più vecchia.

Qui entrano in gioco le versioni storiche. Un backup versionato ti permette di ripristinare un file dalla notte precedente, dalla settimana scorsa o da un altro punto di conservazione. Il RAID di solito non può farlo da solo perché il suo scopo è la coerenza e la disponibilità, non la storia dei file.

Per i server domestici, questo è più importante di quanto molti utenti si aspettino. Foto di famiglia, archivi clienti, librerie multimediali, file fiscali, progetti di design e dati di app self-hosted spesso si perdono per errore umano prima che un disco si guasti.

Ransomware e corruzione si diffondono nel RAID in tempo reale

Il RAID non sa se una scrittura è sana o dannosa. Se un ransomware cripta file attivi, un array ridondante può continuare a memorizzare quei file criptati in modo coerente su tutto l'array. Dal punto di vista del RAID, i dati sono cambiati e l'array deve preservare il nuovo stato.

Le linee guida StopRansomware della CISA raccomandano di mantenere backup offline dei dati critici e di testare regolarmente la disponibilità e l'integrità dei backup. Questo consiglio esiste perché il ransomware spesso cerca backup accessibili e tenta di crittografarli o eliminarli.

La corruzione dei file presenta un problema simile. Un bug software, una migrazione interrotta, un aggiornamento fallito, un'app instabile, un processo di sincronizzazione errato o un evento di alimentazione possono danneggiare i file. RAID può aiutare in alcuni scenari di guasto hardware, ma non è una macchina del tempo per dati applicativi puliti.

Il percorso di recupero più sicuro è un backup che ti fornisce una versione pulita al di fuori del percorso di danno attivo. Questo può significare backup offline, backup offsite, archiviazione immutabile, snapshot versionati replicati altrove o un sistema di backup con conservazione che il ransomware non può riscrivere immediatamente.

RAID non protegge l'intero NAS dai disastri

RAID protegge da alcuni guasti a livello di disco, non dalla perdita dell'intero sistema di archiviazione. Se il NAS viene rubato, danneggiato da un incendio, colpito da un'alluvione, distrutto da un forte sovraccarico di corrente o interessato da un guasto al controller o alla scheda madre, ogni disco nell'array potrebbe andare perso contemporaneamente.

Questo è il problema della stessa scatola. Più dischi all'interno di un server sono comunque all'interno dello stesso server. Condividono la stessa alimentazione, chassis, posizione fisica e molti degli stessi rischi operativi.

Un backup cambia il confine di guasto. La strategia di backup 3-2-1 di CISA raccomanda di mantenere tre copie dei file importanti, usando due tipi di supporti diversi e conservando almeno una copia fuori sede. Il punto non è solo il numero di copie. Il punto è la separazione.

Per un server domestico, quella separazione potrebbe essere un disco esterno conservato offline, un altro NAS in una stanza o posizione diversa, un backup cloud crittografato o un disco di backup rotante tenuto lontano dalla macchina principale. Il design esatto può variare, ma il backup non deve dipendere interamente dallo stesso array attivo.

Le ricostruzioni riducono i tempi di inattività, ma non sono un punto di ripristino

Una ricostruzione RAID non è un ripristino da backup. Quando sostituisci un disco guasto, l'array ricostruisce la ridondanza ricostruendo i dati sul nuovo disco. Questo può aiutare il sistema a tornare a uno stato protetto dopo un guasto hardware.

Ma una ricostruzione non ripristina un file che hai cancellato la settimana scorsa. Non annulla la crittografia ransomware. Non annulla una migrazione fallita. Non recupera una copia pulita se il filesystem attivo contiene già dati corrotti.

Le ricostruzioni avvengono anche sotto stress. I dischi rimanenti possono essere occupati a leggere grandi quantità di dati per molto tempo, e spesso hanno la stessa età di quello guasto. RAID può ridurre i tempi di inattività, ma non dovrebbe essere considerato l'unico piano di recupero.

La mentalità sicura è semplice: la ricostruzione RAID riguarda la salute dell'array. Il ripristino del backup riguarda il recupero dei dati.

Cosa rende un backup diverso dalla ridondanza

Un vero backup è sufficientemente separato da sopravvivere ai problemi che colpiscono l'array attivo. Dovrebbe fornirti una copia recuperabile, non solo un altro disco che segue istantaneamente gli stessi errori.

I piani di backup più utili di solito includono la cronologia delle versioni, la conservazione e la separazione. Cronologia delle versioni aiuta in caso di cancellazioni accidentali e sovrascritture. La conservazione ti dà il tempo di notare un problema. La separazione protegge da malware, danni fisici e guasti sullo stesso dispositivo.

Il NIST SP 1339 sottolinea che una gestione efficace del backup include la creazione di backup, il test dei backup e la loro revisione durante esercizi di recupero. Questo è importante perché un backup che non può essere ripristinato è solo una speranza, non un piano di recupero.

Per un server domestico, un backup pratico dovrebbe rispondere a quattro domande: Dove si trova la copia indipendente? Quanto indietro posso ripristinare? Può il ransomware o un errore di sincronizzazione raggiungerlo? Ho testato un ripristino prima di averne bisogno?

Usa il RAID per la disponibilità, poi aggiungi un piano di backup separato

Il RAID ha ancora valore. Se il tuo NAS memorizza file importanti, esegue app self-hosted o serve media a più dispositivi, la ridondanza può ridurre i tempi di inattività quando un disco si guasta. L'errore è considerare quel livello di disponibilità come l'intero piano di protezione dei dati.

Le opzioni RAID di ZimaOS sono un esempio utile del lato disponibilità. ZimaOS supporta RAID 0, RAID 1, RAID 5, RAID 6 e JBOD tramite il suo flusso di lavoro RAID. RAID 1 enfatizza il mirroring, RAID 5 bilancia prestazioni, capacità e tolleranza a guasti di un singolo disco, e RAID 6 aggiunge protezione a doppia parità. RAID 0 si concentra su velocità e capacità, mentre JBOD privilegia la capacità flessibile senza ridondanza.

Queste scelte aiutano gli utenti a decidere come dovrebbe comportarsi l'array di archiviazione attivo, ma non sostituiscono il backup. Anche la guida RAID di ZimaOS raccomanda di abbinare il RAID a una strategia di backup 3-2-1 per proteggersi dalla perdita accidentale di dati.

Un piano più sicuro è lasciare che il RAID gestisca la tolleranza ai guasti delle unità e che il backup gestisca il recupero. Il RAID mantiene il server disponibile. Il backup ti protegge quando i dati disponibili sono errati, crittografati, cancellati, corrotti o fisicamente persi.

Una tabella pratica per decidere tra RAID e backup

Il modo più semplice per evitare il fraintendimento sul RAID è testare ogni scenario di rischio. Chiedi cosa è successo prima, poi decidi se la ridondanza o il recupero sono lo strumento giusto.

La tabella mostra perché RAID e backup sono complementari. Il RAID è utile quando i dati attuali sono ancora corretti ma un disco si è guastato. Il backup è essenziale quando i dati attuali sono mancanti, danneggiati, criptati, sovrascritti o non più raggiungibili.

FAQ

RAID 1 è uguale a un backup?

No. RAID 1 replica lo stato attuale dei dati sui dischi. Se un disco si guasta, la replica può aiutare a mantenere il sistema online. Ma se cancelli, sovrascrivi, cripta o corrompi un file, la replica segue quel cambiamento. Un backup dovrebbe darti una versione separata e recuperabile.

RAID 5 o RAID 6 proteggono dalla perdita di dati?

RAID 5 e RAID 6 possono proteggere contro alcuni scenari di guasto del disco, a seconda dell'array e del numero di dischi guasti. Non proteggono contro cancellazioni accidentali, ransomware, corruzione dei file, migrazioni fallite, furto, incendio o perdita dell'intero NAS. Migliorano la disponibilità; non sostituiscono il recupero.

Gli snapshot possono sostituire i backup?

Gli snapshot possono aiutare se vengono conservati e protetti, ma gli snapshot locali da soli non sono sempre sufficienti. Se gli snapshot vivono solo sulla stessa macchina e l'intero NAS viene perso, criptato o distrutto, potrebbero scomparire con esso. Gli snapshot sono più efficaci se combinati con la replica o il backup su archiviazione separata.

L'archiviazione di backup dovrebbe usare anche il RAID?

Può farlo. RAID può rendere l'archiviazione di backup più disponibile se un disco di backup si guasta. Ma il RAID sull'archiviazione di backup non elimina la necessità di versioning, isolamento, conservazione e test di ripristino del backup. Il RAID può supportare la destinazione del backup; non è la strategia di backup di per sé.

Qual è il piano di backup più semplice per un server domestico?

Un punto di partenza semplice è mantenere i dati attivi sul NAS, fare un backup automatico su archiviazione locale separata e conservare un'altra copia fuori sede o offline. Poi testa il ripristino di alcuni file prima di fidarti del piano. Il miglior backup è quello che puoi effettivamente ripristinare quando l'array attivo non è più sufficiente.

RAID è prezioso, ma risolve un problema più limitato di quanto molti utenti si aspettino. Aiuta il tuo server domestico a sopravvivere ad alcuni guasti del disco senza tempi di inattività immediati. Il backup protegge i tuoi dati quando il sistema attivo è errato, danneggiato, criptato, cancellato o perso. Usa RAID per la disponibilità, poi crea un percorso di recupero separato prima che ti serva.